私はマイクロサービスアーキテクチャでAPIゲートウェイを使用することの詳細を少し読んだことがあります。私はそれが基本的にセキュリティ、変換、調整などを助けていると読んでいます。オーケストレーションもその責任の1つですか？マイクロサービスについて読むと、ダムパイプが必要であり、スマートなエンドポイントとサービスが振り付けされ、オーケストレーションされていないことがわかりました。だから私の前提は、オーケストレーションはAPIゲートウェイの責任ではないということです。マイクロサービス - APIゲートウェイレイヤ
おそらくノーorchestationが、ゲートウェイ
が通常より良いアプローチは、API ゲートウェイとして知られているものを使用することであるAPIを使用したAPIゲートウェイ
と呼ばれるパターンがあります。 APIゲートウェイは、システムへのシングルエントリポイント であるサーバーです。これは、オブジェクト指向設計の のFacadeパターンに似ています。 APIゲートウェイは、内部の システムアーキテクチャをカプセル化し、各 クライアントに合わせて調整されたAPIを提供します。認証、 の監視、負荷分散、キャッシング、要求の形成と管理、 と静的な応答処理などの他の責任を負う可能性があります。パターンコールAPIゲートウェイ
https://www.nginx.com/blog/building-microservices-using-an-api-gateway/
https://www.nginx.com/blog/microservices-reference-architecture-nginx-proxy-model/
ありがとうございます、私の前提は、あなたがリストしたすべての機能を提供していますが、2つ以上のマイクロサービスを呼び出すことによって粗いサービス層を提供していないということです。そうですか？ –
APIゲートウェイは、リクエストのルーティング、合成、プロトコル変換を行います。クライアントからのすべてのリクエストは、まずAPIゲートウェイを経由します。次に、要求を適切なマイクロサービスにルーティングします。 APIゲートウェイは、複数のマイクロサービスを呼び出して結果を集約することによって、要求を処理することがよくあります。これは、HTTPやWebSocketなどのWebプロトコルと、内部的に使用されるWeb非対応プロトコルの間で変換できます。 – reos
APIゲートウェイを使用する主な利点は、アプリケーションの内部構造をカプセル化することです。クライアントは特定のサービスを呼び出す必要はなく、単にゲートウェイと通信するだけです。 API Gatewayは、各種類のクライアントに特定のAPIを提供します。これにより、クライアントとアプリケーションの間の往復回数が減ります。また、クライアントコードも簡素化されます。 – reos
あなたはこれがdownvotedれた理由を私に教えていただけますか？ –