Ambassadorパターン とは？

アプリの代わりに外部サービスへ通信する代理役を、大使になぞらえているよ。アプリの近く、同じホスト環境に別プロセスのプロキシを置き、通信の共通処理を委ねる設計なんだ。

リクエストの記録、接続先へのルーティング、TLSによる通信保護、再試行などが例だよ。アプリ本体とは別に更新・管理でき、複数の言語のアプリで共通の処理を使いやすくする。任せる機能は構成によって決めるんだ。

コンテナ環境では、アプリの横にサイドカーコンテナを置く形が使えるよ。でもそれだけではない。同じホスト上のデーモンやWindowsサービスなどで実装することもできる。Ambassadorは通信を代行する役割、サイドカーは配置やライフサイクルの考え方として分けると分かりやすいね。

サービス間通信を扱う点は関連するけれど、サービスメッシュは複数のプロキシの設定や制御も含む仕組みだよ。Istioには各アプリのサイドカーを使う方式に加え、ノード単位のプロキシなどを使うambient方式もある。「全サービスへ必ずサイドカーを自動注入するもの」とは限らないんだ。

プロキシを通る分の遅延や、配置・運用する対象は増えるよ。再試行も、同じ操作を繰り返してよいか考える必要がある。必要な機能をアプリのライブラリで扱う方法などと比べ、分離する利点と負担を判断しよう。