サービスディスカバリ とは？

コンテナ環境ではIPアドレスがコロコロ変わるんだ。コンテナが再起動するたびに新しいIPが割り当てられるし、オートスケーリングで台数も増減する。設定ファイルに固定IPを書いていたら、すぐに古い情報になって通信できなくなるよ。

従来のDNSはTTL（キャッシュ時間）があるから、サービスのIPが変わってもキャッシュが切れるまで古いIPを見続ける。サービスディスカバリはリアルタイムで更新されるから、コンテナが起動した瞬間から新しいアドレスで通信できるんだ。

クライアントサイド方式は呼び出し側が「今どのサーバーが生きているか」をレジストリに問い合わせて、自分で接続先を選ぶ。サーバーサイド方式はロードバランサーが間に入って、クライアントは固定のエンドポイントに投げるだけ。Kubernetesのサービスはサーバーサイド方式に近いよ。

まさにそれがサービスディスカバリの設計で最も重要な問題でね。レジストリが落ちると全サービスが互いを見つけられなくなって、システム全体が止まる。だからConsulやetcdは複数ノードのクラスタで動かして、Raftなどの合意アルゴリズムで一貫性を保つんだけど、過半数のノードが同時に落ちるとクラスタ全体が機能停止する。さらにヘルスチェックの閾値設定も難しくて、厳しすぎるとちょっとした遅延で「ダウン」と誤判定してサービスを外してしまうし、緩すぎると本当にダウンしたサービスへの通信が続いてしまう。「発見する仕組み自体の可用性」をどう保証するかが、分散システムの根本的な課題なんだよ。