Ambassadorパターン とは？

名前の由来はそこからきているよ！大使（Ambassador）が外国との交渉を代行するように、サービスが外部と通信するときの「面倒な部分」を引き受けるコンテナを置くパターンなんだ。

外部サービスに接続するときのリトライ処理、タイムアウト管理、ロギング、認証トークンの付与などだよ。これらをサービス本体に書くと、どのサービスにも同じコードが増えていって煩雑になるんだ。アンバサダーコンテナが一手に引き受ければ本体はシンプルになるよ。

そうだよ。KubernetesのPodの中にメインコンテナとアンバサダーコンテナを同居させるんだ。これはサイドカーパターンの一種で、アンバサダーはlocalhost経由でメインサービスからの通信を受け取って、外部へのリクエストを代わりに処理するよ。

サービスメッシュはクラスター全体の全サービスに自動でサイドカープロキシを注入して、トラフィック管理を一括で行う仕組みだよ。Ambassadorパターンはそれよりシンプルにサービスごとにアンバサダーコンテナを手動で設ける考え方で、サービスメッシュの前段階としても使われるんだ。

EnvoyプロキシやNGINXをアンバサダーとして使う例が多いよ。Kubernetesのインフラでは、データベースへの接続プールをアンバサダーが管理したり、クラウドAPIへの認証をアンバサダーが処理したりする実例があるんだ。IstioやLinkerdもこの考え方を発展させたサービスメッシュだよ。