Разница между SOA и ESB

Question

Я смущен в этих терминологиях веб-сервисов SOA, ESB.

Никто, пожалуйста, объясните.

Answer 1

SOA представляет собой архитектурный подход, при котором вы подвергаете и инкапсулировать «услуги» грубовато. Он не предусматривает какого-либо технического механизма или реализации. SOA больше связана с граничным/интеграционным взаимодействием между системами. Поэтому, если система A предоставляет услуги с использованием SOA, я могу взаимодействовать с этими службами из системы B.

ESB, с другой стороны, представляет собой техническую реализацию, которая помогает в предоставлении SOA.

Answer 2

SOA означает Service Oriented Architecture и ESB выступает за Enterprise Service Bus. Вы можете обратиться this IBM site., а также this

Answer 3

Определения и различия объясняются в следующих вопросах:

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

Answer 4

SOA является service oriented architecture. В SOA services are decoupled и могут взаимодействовать друг с другом независимо от типа услуги. Значение конкретной услуги может быть специфичным для платформы или протокола, но SOA позволяет таким службам взаимодействовать и обмениваться данными. Эти данные по существу обмениваются через ESB (Enterprise service bus), который образует основу любой архитектуры SOA.

Позвольте мне остановиться на конкретном примере, чтобы лучше понять это. Один способ ESB можно было реализовать с помощью JMS servers и используя XML/XSD в качестве средства передачи данных между различными службами. Таким образом, различные службы будут регистрироваться или подключаться к этим серверам JMS и обмениваться данными с использованием формата XML. Обычно SOA-пакет поставляется с пакетами с так называемым adapters, которые помогают преобразовывать сообщения в формат и из формата, понятного сервису и XML.

Например, рассмотрите систему торговли акциями. Сообщения с биржи поступают в протокол FIX. Возможно, вы создали приложение, которое ожидает JSON. Чтобы эти обе системы работали, вы будете использовать SOA - FIX Adapter преобразует сообщение FIX в XML, тогда этот xml будет перенесен в JSON Adapter over ESB, который затем преобразуется в JSON, как того требует конечная точка вашей системы.

И, наконец, надежда на следующее изображение делает его очень понятным.

Answer 5

SOA: - основном в SOA, с одной стороны, мы имеем Производитель/поставщик, а с другой стороны, мы имеем Потребитель, разделенный мост (который является сетью), где обе стороны общаться. Таким образом, акцент делается на том, как две стороны взаимодействуют (производят/потребляют) услуги

ESB: - ESB является архитектурная модель, которая, как несколько приложений/компонентов/система может обмениваться данными/взаимодействовать друг с другом следующими принципами SOA, хотя здесь есть нет прямого производителя/потребителя.Здесь мы фокусируемся на том, как несколько гетерогенных приложений будут взаимодействовать друг с другом и достигать бизнес-целей.

Кроме того, ESB предоставляет API, который может использоваться для разработки сервисов и обеспечения надежного взаимодействия служб друг с другом. Технически ESB является брокером обмена сообщениями, который выполняет преобразование протокола, преобразование формата сообщения, маршрутизацию, прием и доставку сообщений от различных служб и приложений, которые связаны с в ESB.