API GatewayとESBの違いは？[閉まっている]

私が働いている会社は、Webサービスのガバナンス、計測、およびセキュリティのためのミドルウェアソリューションを評価しています。現在、この目的のためにEnterprise Service Bus（ESB）を使用していますが、経営陣の中には、API管理ミドルウェアをデプロイすることに決めた人もいます。

これらのAPI Management（別名API Gateway）ソリューションについて少し調査しましたが、それらと実際のESBの違いを見つけることができませんでした。Mule、WSO2、Oracleなどのホワイトペーパーを評価しましたが、両方の製品で提供される機能はほとんど同じようです。問題は、ESBができないAPI管理ができること、およびその逆です。API GatewayのESBを置き換えることにより、ITインフラストラクチャにどのような価値を追加できますか？

コンセプトがごちゃごちゃになっているのは、ベンダーがパッケージでそれらを販売しているからです。しかし、それらは間違いなく別個の概念です。

API Gatewayは、公開されているWebサービスへのアクセスを管理、監視、および保護するための中央アクセスポイントを提供します。また、異なるエンドポイント全体のサービスを単一のホストから来ているかのように統合することもできます。たとえば、すべてが単一の「スイート」の一部である10個の異なるサービスエンドポイントがあるとします。あるサービスにはservice1.yourcompany.comを使用し、別のサービスにはservice2.yourcompany.comを使用するようにサービスの消費者に通知するのではなく、代わりにそれらすべてがapi.yourcompany.com/service1またはapi.yourcompany.comを指すようにすることができます。 / service2とゲートウェイは、要求を適切なエンドポイントにリダイレクトします。

ESBは内部の「バス」であり、アプリケーションとサービスが結合されていない方法で互いに通信できるようにします。すべてのアプリケーションはバスに接続でき、他のアプリケーションによって公開されたときに関心のあるメッセージを受信できます。また、別のアプリケーションがリッスンして応答する独自のメッセージを公開することもできます。アプリケーションは、相互に直接接続する責任を負わず、メッセージをバスに公開し、すべての関係者が聞いて反応します。

論理的には、API GatewayはESBの代わりではなく、サービス指向アーキテクチャの拡張機能です。