イミュータブルインフラストラクチャ とは？

稼働中のサーバーにパッチや設定変更を重ねていくと、全部を管理しきれずに想定と違う状態になることがあるんだ。これを「構成ドリフト」と呼ぶよ。毎回テスト済みのイメージから作り直せば、既知の状態から始められるからドリフトを減らせるんだよ。

例えばアプリを更新するときに、新しいバージョンを含んだAMI（マシンイメージ）やコンテナイメージを作ってテストし、そこから新しいサーバーを起動する。問題がなければ通信を新しいほうへ切り替えて、古いサーバーを破棄するよ。稼働中のサーバーにSSHしてファイルを直接直す、ということはしないんだ。

一種というより、この考え方ととても相性がいい技術だよ。新しいバージョンは新しいイメージとしてビルドして、KubernetesのDeploymentなら古いPodを新しいイメージのPodに置き換えていく。ただ、コンテナを使っていても中に入って手で直せば、その場の変更になってしまうから注意だね。

そこは設計で分けるんだ。データベースのファイルやログなどの「データ」は、作り直すイメージとは別物として扱うよ。例えばログは集中管理のログ基盤へ送っておけば、サーバーを捨てても調査に使えるね。

これが運用上の悩みどころだね。ログやメトリクスだけでは原因がわからないこともある。Kubernetesには「エフェメラルコンテナ」という調査用の一時コンテナを動いているPodに後から追加する機能があって、アプリのイメージにデバッグ用ツールを入れていなくても調べられるよ。ただし一度追加したエフェメラルコンテナは、そのPodから外すことも変更することもできないから、使う場面は慎重に選ぼうね。