SOAとESBの違い

SOA vs ESB

SOAは、サービスの開発と統合に使用される一連のアーキテクチャ概念です。サービスは、Web上で提供される機能の公開パッケージです。 ESBは、複雑なアーキテクチャに基本的なサービスを提供するためのソフトウェアアーキテクチャ構成を提供するインフラストラクチャソフトウェアです。 ESBは、SOAが実現されるプラットフォームとして使用できます。

SOAとは何ですか？

SOA（サービス指向アーキテクチャ）は、サービスの開発と統合に使用される一連のアーキテクチャ概念です。 SOAは、コンシューマが一連の相互運用可能なサービスを消費する分散コンピューティングを扱います。複数の消費者が単一のサービスを消費することができ、その逆もあります。したがって、SOAは、さまざまなプラットフォームを使用する複数のアプリケーションを統合するためによく使用されます。 SOAが正常に動作するためには、サービスはオペレーティングシステムや基礎となるアプリケーションの技術と疎結合されている必要があります。 SOA開発者は、機能単位を使用してサービスを作成し、インターネット上で利用できるようにします。 Webサービスを使用してSOAアーキテクチャを実装できます。その場合、Webサービスはインターネット経由でアクセス可能なSOAの機能単位になります。 Webサービスは、開発に使用されるプラットフォームやプログラミング言語を気にすることなく、誰でも使用できます。 SOAは、サービスの実際のプラットフォーム実装を気にせずに、ユーザーが独自にアクセスできるシンプルなインターフェイスでサービスについて語る、サービス指向の原則に直接基づいています。

ESBとは？

ESB（エンタープライズサービスバス）は、複雑なアーキテクチャに基本的なサービスを提供するためのソフトウェアアーキテクチャ構成を提供するインフラストラクチャソフトウェアです。しかし、ESBをアーキテクチャースタイル、ソフトウェア製品、さらには製品群と呼ぶべきかどうかについては、かなりの議論があります。イベント駆動型で、メッセージング用の標準ベースのエンジン（実際にはサービスバス）を介してサービスを提供します。このメッセージングエンジンの上には、設計者が実際のコードを書くことなく、バスが提供する機能を利用できる抽象レイヤーが用意されています。 ESBは、通常、標準ベースのミドルウェアインフラストラクチャによって実装されます。

<！ ESBでの用語「バス」の使用は、ESBが物理バスに非常に類似した機能を提供しますが、はるかに高いレベルの抽象度で提供されるという事実によるものです。 ESBを使用する主な利点の1つは、コンタクトポイントの数を減らすことです。したがって、変更への適応をはるかに容易にする。 ESBは、SOAが実現されるプラットフォームとして使用できます。 ESBは、変換/ルーティング（フロー関連）の概念をSOAにもたらすことができます。さらに、エンドポイント（SOA）の抽象化を証明することにより、ESBはサービス間の緩やかな結合を促進します。

SOAとESBの違いは何ですか？

SOAとESBにはいくつかの重要な違いがあります。 SOAは、疎結合サービスベースのアプリケーションを実装するためのアーキテクチャモデルです。 ESBは、開発者がサービスを開発し、適切なAPIを通じてサービス間で通信するためのインフラストラクチャソフトウェアです。 ESBは、SOAが実現されるプラットフォームとして使用できます。 ESBは、サービスが流れるメディアだけです。 ESBはサービスの構成と展開のための機能を提供し、SOAを実装します。