Différence entre SOA et ESB
5 réponses
SOA est une approche architecturale où vous exposez et encapsulez les "services" d'une manière grossière. Il ne prescrit pas de mécanisme technique ni de mise en œuvre. L'OSS est davantage liée à l'interaction entre les frontières et l'intégration entre les systèmes. Ainsi, si le système a expose des services en utilisant un SOA, je peux interagir avec ces services du système B.
par contre, un ASE est une mise en œuvre technique qui facilite la prestation d'un AAS.
SOA est service oriented architecture . Dans SOA services are decoupled et peuvent interagir les uns avec les autres quel que soit le type de service. Cela signifie qu'un service particulier peut être spécifique à une plate-forme ou à un protocole, mais SOA permet à ces services d'interagir et d'échanger des données. Ces données sont essentiellement échangées via ESB ( Enterprise service bus ) qui constitue l'épine dorsale de toute architecture SOA.
Permettez-moi d'aller de l'avant et de donner un exemple précis pour aider à mieux comprendre cela. One way ESB pourrait être mis en œuvre en utilisant JMS servers et en utilisant XML/XSD comme moyen de transfert de données entre divers services. Ainsi, divers services s'enregistreront ou se connecteront à ces serveurs JMS et échangeront des données en utilisant le format XML. En général, SOA suite propose des paquets avec ce qu'on appelle adapters qui aident à transformer les messages vers et depuis un format compris par service et XML.
par exemple envisager le système de négociation d'actions. Les Messages de la bourse viennent en FIX protocole. Vous pouvez avoir construit une application qui attend JSON . Pour faire fonctionner ces deux systèmes, vous utiliserez SOA-FIX Adapter convertira le message de correction en XML, puis ce xml sera transféré à JSON adaptateur sur ESB qui se convertira ensuite en JSON comme requis par votre point final système.
espère enfin que la photo suivante le rend très clair.
les définitions et Les différences sont expliquées dans les questions suivantes:
SOA: - essentiellement dans SOA, D'un côté nous avons le Producteur/fournisseur et de l'autre côté nous avons le consommateur, séparé par un pont(qui est le réseau) où les deux côtés communiquent. L'accent est donc mis sur la façon dont deux parties interagissent(produisent/consomment) des services
ESB:- ESB est modèle architectural qui comment de multiples applications/composants/système peut communiquer et d'interagir les uns avec les autres suivant SOA principes, bien qu'il n'y ait pas ici de producteur/consommateur direct. HSO ici, nous nous concentrons sur la façon dont les applications hétérogènes multiples vont interagir les uns avec les autres et atteindre l'objectif d'affaires.
en outre,ESB fournit API qui peut être utilisé pour développer des services et rend les services interagissent les uns avec les autres de manière fiable. Techniquement, ESB est un courtier de messagerie qui effectue la conversion de protocole, la transformation de format de message, l'acheminement, l'acceptation et la livraison de messages à partir de divers services et applications qui sont lier à l'ESB.
SOA signifie Service Oriented Architecture et ESB signifie Enterprise Service Bus .
Vous pouvez vous référer à ce site IBM. et aussi ce