とは AWS App Mesh

サービスメッシュ - サービスメッシュは、その中に存在するサービス間のネットワークトラフィックの論理的な境界です この例では、メッシュは apps という名前で、メッシュの他のすべてのリソースが含まれています。詳細については、「サービスメッシュ」を参照してください。

仮想サービス - 仮想サービスは、実際のサービスを抽象化したもので、仮想ノードが直接または間接的に仮想ルーターによって提供するものです。図では、2 つの仮想サービスが 2 つの実際のサービスを表しています。仮想サービスの名前は、実際のサービスの検出可能な名前です。仮想サービスと実際のサービスの名前が同じ場合、複数のサービスは、AppMesh が実装される前に使用していたのと同じ名前を使用して相互に通信できます。詳細については、「仮想サービス」を参照してください。

仮想ノード – 仮想ノードは、Amazon ECSや Kubernetes サービスなどの検出可能なサービスへの論理ポインタとして機能します。仮想サービスごとに、少なくとも 1 つの仮想ノードがあります。図では、servicea.apps.local 仮想サービスは、serviceA という名前の仮想ノードの設定情報を取得します。serviceA 仮想ノードは、サービス検出用の servicea.apps.local という名前で設定されます。serviceb.apps.local 仮想サービスは、serviceB という仮想ルーターを経由して serviceB と serviceBv2 の仮想ノードにトラフィックをルーティングするように設定されています。詳細については、「仮想ノード」を参照してください。

仮想ルーターとルート – 仮想ルーターは、メッシュ内の 1 つ以上の仮想サービスのトラフィックを処理します。ルートは仮想ルータに関連付けられます。仮想ルーターとルート - 仮想ルーターは、メッシュ内の1つまたは複数の仮想サービス用のトラフィックを処理します。先ほどの図では、serviceB 仮想ルーターは、トラフィックの何割かを serviceB 仮想ノードに、何割かを serviceBv2 仮想ノードに向ける経路を持っています。特定の仮想ノードにルーティングされるトラフィックの割合を設定し、時間経過とともに変化させることができます。HTTP ヘッダー、URLパス、gRPC サービス名やメソッド名などの基準に基づいてトラフィックをルーティングできます。応答にエラーがある場合に、接続を再試行するように再試行ポリシーを設定できます。例えば、図の例では、ルートの再試行ポリシーで、serviceb.apps.local が特定のタイプのエラーを返した場合に、serviceb.apps.local への接続を5回再試行し、再試行の間隔を10秒にするように指定できます。詳細については、「仮想ルーター」と「ルート」を参照してください。

プロキシ — メッシュとそのリソースを作成した後、プロキシを使用するようにサービスを設定します。プロキシは App Mesh 設定を読み取り、トラフィックを適切に転送します。図では、servicea.apps.local から serviceb.apps.local へのすべてのコミュニケーションは、各サービスとともにデプロイされたプロキシを経由します。サービスは、App Mesh を導入する前に使用したものと同じサービスディスカバリ名を使用して相互に通信します。プロキシは App Mesh 設定を読み取るため、2 つのサービスが相互に通信する方法を制御できます。App Mesh の設定を変更する場合は、サービス自体またはプロキシを変更または再デプロイする必要はありません。詳細については、「Envoy イメージ」を参照してください。

App Mesh と Amazon の開始方法 ECS

「App Mesh と Kubernetes の使用を開始する」

App Mesh と Amazon の開始方法 EC2