SOA contre ESB
SOA est un ensemble de concepts architecturaux utilisés pour le développement et l'intégration de services. Un service est un ensemble publicisé de fonctionnalités offertes sur le Web. ESB est un logiciel d'infrastructure qui fournit une construction d'architecture logicielle pour fournir des services de base pour des architectures complexes. ESB peut être utilisé comme plate-forme sur laquelle SOA est réalisé.
Qu'est-ce que SOA ?
SOA (Service-oriented architecture) est un ensemble de concepts architecturaux utilisés pour le développement et l'intégration de services. SOA traite de l'informatique distribuée dans laquelle les consommateurs consomment un ensemble de services interopérables. Plusieurs consommateurs peuvent consommer un seul service et vice versa. Par conséquent, la SOA est souvent utilisée pour intégrer plusieurs applications qui utilisent différentes plates-formes. Pour que la SOA fonctionne correctement, les services doivent être étroitement associés aux systèmes d'exploitation et aux technologies des applications sous-jacentes. Les développeurs SOA créent des services à l'aide d'unités de fonctionnalité et les rendent disponibles sur Internet. Les services Web peuvent être utilisés pour mettre en œuvre l'architecture SOA. Dans ce cas, les services Web deviennent les unités de fonctionnalité de la SOA accessibles sur Internet. Les services Web peuvent être utilisés par n'importe qui sans se soucier des plates-formes ou des langages de programmation utilisés pour les développer. SOA est directement construit sur le principe de l'orientation service, qui parle de services avec une interface simple accessible indépendamment par les utilisateurs, sans se soucier de la mise en œuvre réelle de la plate-forme du service.
Qu'est-ce que l'ESB ?
ESB (Enterprise Service Bus) est un logiciel d'infrastructure qui fournit une construction d'architecture logicielle pour fournir des services de base pour des architectures complexes. Mais il y a un débat considérable sur l'opportunité d'appeler ESB un style architectural ou un produit logiciel ou même un groupe de produits. Il fournit les services via un moteur de messagerie basé sur des événements et basé sur des normes (qui est en fait le bus de service). En plus de ce moteur de messagerie, une couche d'abstraction est fournie pour permettre aux architectes d'exploiter les fonctionnalités offertes par le bus, sans écrire de code réel. L'ESB est généralement mis en œuvre via des infrastructures middleware basées sur des normes.
L'utilisation du terme "bus" dans ESB est due au fait qu'ESB fournit une fonction très similaire au bus informatique physique, mais à un niveau d'abstraction beaucoup plus élevé. L'un des principaux avantages d'avoir un ESB est la possibilité de réduire le nombre de points de contact; rendant ainsi l'adaptation aux changements beaucoup plus facile. ESB peut être utilisé comme plate-forme sur laquelle SOA est réalisé. Les concepts de transformation/routage (liés aux flux) peuvent être apportés à SOA par ESB. De plus, en prouvant l'abstraction pour les points de terminaison (dans SOA), ESB favorise le couplage lâche entre les services.
Quelle est la différence entre SOA et ESB ?
Il existe des différences essentielles entre SOA et ESB. SOA est un modèle architectural pour la mise en œuvre d'applications basées sur des services faiblement couplés. ESB est un logiciel d'infrastructure qui aide les développeurs à développer des services et à communiquer entre les services via des API appropriées. ESB peut être utilisé comme plate-forme sur laquelle SOA est réalisé. L'ESB n'est que le moyen par lequel les services circulent. ESB fournit des installations pour la composition et le déploiement de services, qui à leur tour implémentent la SOA.
