インフラ

データを複数台にコピーし、どれか1台が壊れても大丈夫なようにする仕組み。家にある大事な写真をUSBメモリやクラウドにも保存しておく感じ。読むときは好きなコピーを使えるし、どれかを編集すると他にもその変更を反映させることで整合性を保つんだ。

信頼性を高めるエンジニアリング手法を実践する役割。もともとGoogleが提唱した考え方で、“故障しにくさ”をコードや自動化で管理しようとする。学校で言えば「いつも校舎が壊れないようにどう設計する？」を専門に考える人たちみたいな感じだね。

事故が起きにくい、データが壊れにくいといった安全性の指標。丈夫な橋のように頻繁に修理しなくていい状態を保つ。障害がゼロとは言えなくても、限りなく減らすために二重化やテストをしっかり行うよ。

巨大なデータベースを、ユーザーIDや日付などの基準で複数に分割して保管する手法。たとえば名簿を「1組」「2組」で分ける感じ。1つの机に全部積むと重くなるけど、分けて持てばアクセス負荷も軽くなる。大規模サービスではよく使われるテクニックなんだ...

マイクロサービス同士の通信を一括管理する仕組み。各サービスが会話するときに、通訳みたいな「サイドカー」が暗号化や負荷制御を自動でやってくれる。たくさんのクラスが同時に発表してても、サービスメッシュが調整役を担う感じ。

あとから設定を変えやすい、バージョンアップしやすい、壊れても直しやすい、などメンテナンスのしやすさを指す。めちゃくちゃ配線が入り組んだサーバールームだと、何か起きたとき直すのに時間がかかるでしょ？それをちゃんと整理する考え方だよ。

クラウドデータベースなどで、離れた場所にいる2つの建物（データセンター）に同時にデータを書いておき、どちらかが壊れてももう一方が健全なら続けられる仕組み。地震が起きても別の建物が無事ならサービスダウンを防げるんだ。

一定時間内にリクエストが多すぎるとき、それ以上受け付けないようにする仕組み。自動販売機で、一人がボタンを連打しすぎて商品を取りすぎるのを防ぐイメージ。サービスがパンクしないように守るんだ。

あとで新しい機能や装置を追加するときにも簡単に対応できるかを示す。家を建てる時、増築の余地を残しておくイメージ。プログラムやインフラも、将来やりたいことがあっても大掛かりな改修をしなくて済むように作るのが理想。

Webアプリで「誰がログイン中か」を覚えておく仕組み。例えば、お店に入ったお客さんに番号札（セッションクッキー）を渡して、注文を取るときに札で認識するイメージ。これがないと「あなた誰？」と毎回最初から聞かれちゃうから、ログイン状態を続けるの...