Le bus de service d'entreprise (ESB) est un modèle de communication inter-applications qui a été développé à l'époque de l'architecture orientée services (SOA). Aujourd'hui, lorsque l'on évoque le terme ESB, les premières choses qui viennent à l'esprit sont des cycles de développement longs et coûteux, l'inflexibilité et la complexité. Bien qu'elles aient été conçues avec de bonnes intentions, la plupart des mises en œuvre de la technologie ESB se sont transformées en monstres de logique d'entreprise surchargés, causant des problèmes de performance, en particulier lorsqu'il s'agit de traiter de grands volumes de données. Ce que les gens attendent en fin de compte d'une solution technologique ESB, c'est une infrastructure rapide, agile et évolutive, omniprésente, capable de fonctionner avec des données et des services modernes à la fois sur site et sur le site cloud.
Au cœur de l'ancienne technologie ESB se trouvent le protocole SOAP (Simple Object Access Protocol) et le langage XML (eXtensible Markup Language), qui sont tous deux en train de devenir obsolètes, car ils ont été conçus à une époque où l'architecture orientée services (SOA) était dominante. Dans le nouveau monde de l'informatique d'entreprise du SMACT (social, mobile, analytique, cloud et objets), en particulier lorsqu'il s'agit de big data, la technologie ESB basée sur les messages commence à ressembler davantage à un cheval et à un buggy qu'à une approche moderne de l'intégration des applications et des données. Le monde des applications et des données a évolué et les exigences ont convergé. Dans le cadre de cette évolution, la technologie ESB n'est plus une option viable.
La réponse de SnapLogic à l'intégration des applications et des données à faible latence réside dans un système de livraison garanti à grande vitesse qui fonctionne avec des sources disparates, qu'elles soient sur site ou sur le site cloud. Conçu pour le streaming, la transformation et la livraison de données à grande vitesse, Ultra Pipelines de SnapLogic sont conçus pour répondre aux exigences des systèmes modernes d'aujourd'hui, en prenant en charge pratiquement tout type d'interface ou de représentation de données (JSON, XML, SOAP, REST, etc.) avec une faible latence, un traitement en temps réel et une livraison de données garantie.
SnapLogic a supprimé les tâches lourdes que l'on trouve généralement dans les systèmes et les mises en œuvre de la technologie ESB, en faisant passer l'utilisateur d'un paradigme de développement long et coûteux à un paradigme de configuration rapide. Qu'il s'agisse d'une intégration de données basée sur des événements, en temps réel, en flux continu ou en batch programmé, la solution moderne RESTful plateforme de SnapLogic, centrée sur JSON, présente un avantage certain par rapport aux solutions ESB traditionnelles qui ont été conçues pour les applications structurées et les défis de gestion des données de la dernière génération.
Mais qu'en est-il des microservices? Alors que l'entreprise continue à migrer vers des services de plus en plus granulaires, il est d'autant plus important d'adopter une intégration agile et moderne plateforme qui est équipée pour faire face aux changements évolutifs. Le concept d'ESB de SnapLogic repose sur un système qui a été conçu dès le départ pour offrir le summum de la flexibilité, de l'agilité et de l'élasticité. Comme l'a récemment souligné EMA Research:
"Alors que les Snaps pré-construits éliminent les cycles de travail et les processus manuels liés à l'intégration des données, SnapLogic Ultra Pipelines accélère la livraison des données. Cette approche parallèle pour relever le double défi de l'intégration des big data et du traitement en temps réel renforce la position de SnapLogic en tant que leader dans le domaine de l'intégration des données et de l'iPaaS."
- En savoir plus sur SnapLogic par rapport aux technologies ESB traditionnelles
- En savoir plus sur le dilemme de l'intégrateur
- Découvrez pourquoi les bus ne volent pas dans l'Union européenne. Cloud
Randy Hamilton est un entrepreneur et un technologue de la Silicon Valley qui écrit régulièrement sur des sujets liés à l'industrie, notamment cloud, big data et iOT. Randy a été instructeur (Open Distributed Systems) à l'UC Santa Cruz et a occupé des postes chez Basho (Riak NoSQL database), Sun Microsystems et Outlook Ventures, tout en étant l'un des membres fondateurs et vice-président de l'ingénierie chez Match.com.
