インフラ

サーバー設定やネットワーク構成を「手順書」じゃなく「プログラムコード」として書いて、リソースを自動で作るやり方。たとえばレシピどおりに料理をして、同じ味を何回でも再現できる感じ。ミスも減り、チーム共有もしやすくなるんだ。

家で作ったご飯（オンプレ）と外食（クラウド）を両方うまく利用して、場面によって使い分ける感じ。例えば家では大事な特別料理を作って、日常の簡単メニューは外で買うイメージ。メリットをいいとこ取りする発想さ。

サーバーの設定やインストールを自動化して、何台あっても同じ状態に揃える。大勢の子どもに同じ給食を配るのに、みんながバラバラ好き勝手作ったら大変でしょ？そこで給食センターが一括で同じおかずを用意して、安定配給するイメージだね。

みんなが利用できる“食堂”みたいなサービス。AWSやAzureのように大規模設備を用意していて、必要なときに必要な量だけ買って食べる。自分で厨房を持たないから初期費用がかからないし、行きたいときに行ってすぐ利用できるんだ。

構成管理ツールの一つで、お店で言えば「レシピ帳（Playbook）」を見ながらSSHでサーバーに入って料理（セットアップ）してくれるシェフ。プログラムを入れるとか設定ファイル書き換えるとか、命令文をYAMLで書けば一斉にやってくれるんだ。

会社内でクラウドのような仕組みを独占して使う方法。つまり“大きな専用キッチンを自社で作り、クラウドっぽく自動化も導入する”という感じ。他の人には使わせないのでセキュリティやカスタマイズがしやすい反面、費用も手間もかかる。

もう少し本格派の構成管理ツール。レシピをRubyで書いて、シェフ（クライアント）が「サーバー」から取りに行って調理するイメージ。大人数の大規模キッチン向けで、細かい味付け（設定）まで緻密に管理しやすいんだ。

遠くの本社に問い合わせなくても、近くの分室で処理をして素早く結果を出すイメージ。お菓子の工場を町ごとに小さく作って、配送距離を短くするような感じ。IoTや動画解析で、遅延を減らしたいときに使われるんだ。

Chefと同じく構成管理で長く使われているツール。マニフェストというレシピで「どんな味付けで作るか」を決めておく。みんながそれを読んで同じ料理（サーバー状態）を再現するから、大きな工場でも安定してご飯が作れるってわけ。

テレビ番組の録画を全国あちこちに置いといて、視聴者は近くの録画機から再生してもらう仕組み。アクセスが日本中から集まるときに、中心サーバーだけに負担かからないようにしていて、みんながストレスなく動画や画像を見れるようになるんだ。