私と私のチームは、アプリケーションでいくつかのサービスを公開するための API 開発プラットフォームである APIGEE に取り組みます。私は彼らのドキュメントを読み、APIGEE やその他の API 開発プラットフォーム (Mashery など) の必要性を理解しようとしています。指定されたリンクhttp://apievangelist.com/2011/06/11/the-battle-for-your-api-proxy/で非常によく説明されているように、API プロキシの必要性に関する 1 つの非常に優れた記事
私が混乱している 1 つの質問は、APIGEE と ALSB や Mule などの ESB の違いは何ですか。Apigee も、http/https/soap などのポリシーとプロトコルを介したメッセージ変換をサポートしています。
両者の違いを誰か教えてください。Esb は SMTP/JMS などのより多くのプロトコルをサポートしていますか?
どんな情報でも大歓迎です
API 管理の定義はまだ進化していますが、API 管理は、ターゲット ユーザーに到達するために API を変換することとして定義されています [ここに適切な説明があります - http://searchcloudapplications.techtarget.com/definition/API-management]。
この技術は SOA に根ざしていますが、ESB とは異なります。
ESB はシステム間の統合を目的としていますが、API は内部システムを管理された方法でより多くのユーザー (私たちは「開発者」と呼んでいます) に安全に公開する傾向があります。
ESB には、さまざまな対話パターンをサポートするために、多くのアダプターと強力なメッセージ指向のミドルウェアが装備される傾向があります。また、通常、複数のサービスまたはシステムを統合して内部プロセスを自動化するために、ビジネス プロセス管理ソフトウェアと組み合わせます。
API管理もいくつかの統合とオーケストレーションを行いますが、サービスをより簡単に利用できるようにインターフェイスをより簡素化することに焦点を当てています.
Apigee ゲートウェイ サービス [API 管理プラットフォーム] は、限定的な JMS および SMTP 機能をサポートしており、さまざまな顧客ベースに対応しており、テクノロジー スタックは他のプロトコル サポートを構築できます。
[Apigee ゲートウェイを含む] 多くの API 管理プロダクトには、API プログラムと API トラフィックの洞察を得るのに役立つ API 分析も含まれています。
現在、API 管理サービスの分野では、APIGEE と Mule が直接競合しています。Mule の場合、すべてのシステムの API 化に向けて、会社に大きな変革がありました。現在の Mule ランタイムは、アナリティクス (v3.8.0 以降 Mule ランタイムに統合された以前の Mulesoft の API Gateway 製品の機能) や通常の ESB 機能を含む強力な API 管理機能と統合されています。詳細については、Mule dev doc サイトを参照してください。