インフラ

全体のパフォーマンスを下げる原因となる「詰まっている部分」のこと。たとえば高速道路で一か所だけ1車線になる区間があると、そこだけ大渋滞になるよね。システムでもCPUが限界だったり、ディスクが遅かったりすると全部が遅くなってしまうんだ。

レイテンシが毎回変わっちゃう現象。さっきは1秒で届いたけど次は3秒かかった、みたいなバラつき。ラジオの音が時々途切れるのと同じ感じで、映像通話だと映像や音が飛び飛びになる原因になる。

将来の利用者数やデータ量を見越して、どのくらいのサーバー・回線が必要かを計画すること。大きなパーティーを開くなら、食事の量やテーブルの数を事前に考えるでしょ？足りなければ困るし、多すぎると無駄になるので、適切な見積もりが大事なんだ。

SLA（これくらいサービスが動くよと約束）を本当に守れているか、ずっと見張ること。約束通りに動いているかデータをとって、もし守れなかったら補償したり原因を調べたりする。お店で「1時間以内にピザ届けます」って言うなら、それを実際に測るみたいな...

1台を“先生（マスター）”としてデータ更新の中心に置き、他のサーバー（スレーブ）が先生の内容をまねる仕組み。学校の先生のノートをみんなが同じに書き写すイメージ。これで読み込み負荷を分散しながら、データは同期が保たれるんだ。

お家の中でも油断しないセキュリティモデル。「家のドアを開けたら安全」じゃなく、部屋に入るたびに鍵をチェックするくらい厳しくやる。悪い人がうっかり入り込んでも、次のドアで止められるから被害を広げないんだ。

「障害発生時、どこまでのデータが消えても許容できるか」を示す時間。たとえばRPO=1時間なら「1時間前のバックアップまで戻るのはOKだけど、それ以上は困る」という感じ。頻繁にバックアップすればRPOを小さくできる。

サーバーたちが高性能な専用ケーブルでストレージに直接つながり、ブロック単位でデータを読み書きできる仕組み。高速道路で特別な区間を作って、貨物をサクサク運ぶような感じ。大企業のデータベースでよく使われる。

開発(Dev)と運用(Ops)がタッグを組んで、素早く安全にソフトを届ける考え方。甲子園で投げる投手（開発）と捕手（運用）がコミュニケーション良くリレーするイメージ。CI/CDやインフラ自動化を使って、エラーをすぐ発見・修正し、本番反映を早...

「障害が起きてから何分でサービスを元に戻すか」の目標。たとえばRTO=30分なら、何があっても30分以内に復旧する体制が必要。学校で倒れた生徒を救護室へ運んで回復するまでの時間をなるべく短くするイメージかな。