インフラ

運用中のシステムを変えたいとき「この部分をこう直したいです」と正式に申し込むこと。学校で備品を買い足したい場合、まず先生に申請書を出して許可をもらうイメージかな。いきなり勝手に変えると問題が起きても追跡できないから、手順が大事なんだ。

大量データをちょっとずつ頻繁にまとめて処理する方法。たとえば“10秒ごとに一定量だけ集めて集計する”みたいに、小さなバッチを連続で回す。大きな洗濯物を一回で洗うのがきついなら、小分けにして何度も洗う感じでリアルタイムに近づけるんだ。

ユーザーや時間によって中身が変わるページ。学校の掲示板が日付ごとに違うニュースを貼るようなもの。Webサーバーがサクッと対応するには、アプリが裏で処理して情報を組み立てる仕組みが必要なんだ。

変更をやってみて失敗したら元に戻す計画。失敗したとき「さてどうしよう」で慌てないよう、あらかじめリハーサルを用意しておく。遠足に行って雨が降ったときの“第二案”みたいなもので、リスク管理に必須だよ。

イベントが起こるたびに“そのときだけ動く”スタイル。学校でチャイムが鳴ったら休み時間スタート、とか通知が来たらすぐに処理するみたいに、ずっと待機しつつ反応する。これでリソースを効率的に使いつつ、すぐ応答できるんだ。

最近使ったファイルを近くで保存し、また読まれるときに素早く出す機能。たとえば教室でプリントを先生がすぐ配るように、わざわざ印刷室まで行かなくて済む。これで応答速度を速くし、サーバーの負担を下げるんだ。

ロードバランサーで、同じユーザーからのリクエストを常に同じサーバーに割り振る仕掛け。遊園地の乗り物で、回数券を持つお客さんは最初の係員が最後まで面倒を見る感じ。セッション情報を保持するために必要なことも多いよ。

メールボックスみたいに「やるべき作業（メッセージ）」を貯めておき、受け取り手が1つずつ取り出して処理する仕組み。みんなが同時に作業を投げても、キューがうまく順番管理して混乱を防いでくれる。急に注文が増えても、処理する人を増やして対応できるよ...

複数人が同じファイルを同時に書き換えたらゴチャゴチャになっちゃうよね。それを防ぐために、一人が編集中は“鍵”をかけて他の人は待ってもらう仕組み。図書室で貸し出し中は本を借りられないようにするイメージ。

ログファイルを一定期間で切り替え、古いのを圧縮したり削除する作業。日記帳が1冊でいっぱいになったら次の冊子に移る感じ。際限なく書き続けるとディスクがパンパンになるから、自動でローテーションして容量を抑えるんだ。