Differenza tra SOA e ESB

Question

Sono confuso in queste terminologie web service SOA, ESB.

Chiunque si prega di spiegare.

Answer 1

SOA è un approccio architettonico in cui si espone e incapsulare 'servizi' in un modo a grana grossa. Non prescrive alcun meccanismo tecnico o implementazione. La SOA è più correlata all'interazione di confine/integrazione tra sistemi. Quindi, se il sistema A espone servizi utilizzando una SOA, posso interagire con tali servizi dal sistema B.

Un ESB d'altra parte è un'implementazione tecnica che aiuta a fornire una SOA.

Answer 2

SOA sta per Service Oriented Architecture e ESB sta per Enterprise Service Bus. si può fare riferimento this IBM site. e sono anche spiegato this

Answer 3

Le definizioni e le differenze nei seguenti domande:

• What is an ESB and what is it good for?
• What is SOA "in plain english"?

Answer 4

SOA è service oriented architecture. In SOA services are decoupled e possono interagire tra loro indipendentemente dal tipo di servizio. Significa che un particolare servizio può essere specifico per piattaforma o protocollo ma SOA consente a tali servizi di interagire e scambiare dati. Questi dati vengono essenzialmente scambiati tramite ESB (Enterprise service bus) che costituisce la spina dorsale di qualsiasi architettura SOA.

Lasciami andare avanti e dare un esempio specifico per aiutare a capire meglio. Un modo in cui ESB potrebbe essere implementato utilizzando JMS servers e utilizzando XML/XSD come mezzo di trasferimento dei dati tra vari servizi. Quindi vari servizi si registreranno o si connetteranno a questi server JMS e scambieranno i dati utilizzando il formato XML. Generalmente la suite SOA include bundle con il cosiddetto numero adapters che aiutano a trasformare i messaggi in e da formati compresi dal servizio e dall'XML.

Ad esempio si consideri il sistema di azioni di trading. I messaggi dalla borsa sono disponibili nel protocollo FIX. Potresti aver creato un'applicazione che si aspetta JSON. Per far funzionare entrambi questi sistemi, si utilizzerà SOA - l'adattatore FIX convertirà il messaggio FIX in XML, quindi questo xml verrà trasferito all'adattatore JSON su ESB che verrà convertito in JSON come richiesto dall'endpoint del sistema.

Infine sperando seguente immagine rende molto chiaro.

Answer 5

SOA: - Fondamentalmente In SOA, da un lato abbiamo il produttore/fornitore e sull'altro lato abbiamo il consumatore, separati da un ponte (che è rete) dove i due lati comunicare. Quindi attenzione è su come due parti interagiscono (prodotti/consumano) servizi

ESB: - ESB è il modello architettonico che come più applicazioni/componenti/sistema possono comunicare/interagire con l'altro seguenti principi SOA, anche se qui non c'è nessun produttore/consumatore diretto.HSo qui ci concentriamo su come più applicazioni eterogenee possono interagire tra loro e raggiungere l'obiettivo aziendale.

Inoltre, ESB fornisce API che possono essere utilizzate per sviluppare servizi e rendere i servizi interagenti tra loro in modo affidabile. Tecnicamente ESB è un broker di messaggistica che effettua la conversione dei protocolli, la trasformazione del formato dei messaggi, il routing, accetta e consegna messaggi da vari servizi e applicazioni che sono collegati a ESB .