ランブックとは？障害対応の手順を1枚にまとめた「台本」をやさしく解説
障害のたびに「で、まず何するんだっけ」となるとき
アラートが鳴る。サイトが落ちている。心臓がドキドキして、何から手をつければいいか分からない。 とりあえずサーバーを見て、ログを探して、でも順番がぐちゃぐちゃで、報告も後回し——。
そんな「毎回ゼロから慌てる」を防ぐために用意しておくのが、ランブックです。
ランブックとは？ひとことで言うと
ランブックとは、障害が起きたときにやることを、順番どおりに並べた手順書（台本）のことです。
ざっくり言うと、「困ったときに上から読めば動ける、お芝居の台本のようなメモ」です。 初動で何を確認し、誰に連絡し、どう切り分け、何を記録するか。落ち着いているうちに決めておき、当日はそれをなぞるだけにする——そのための1枚です。
現場ではどこで使う？
保守運用の現場では、こんな場面で使います。
- サーバーやサービスが止まったときの初動
- 500番台のエラーが出たときの、ログを見る順番
- 定期メンテナンスやリリース作業の段取り
- 夜間や休日に、慣れていない人が対応するとき
「頭が回らない状況でも、これを見れば動ける」状態を作るのがランブックの役目です。
なぜ大事なのか
ランブックがあると、対応の品質が「誰がやっても・いつやっても」ぶれにくくなります。 障害の最中は、誰でも冷静さを失います。そんなときに判断を一から考えるのは大きな負担です。手順が決まっていれば、当日は「判断」ではなく「実行」に集中できます。さらに、特定の人しか対応できない状態（属人化）も和らぎ、その人が不在でも最低限の初動が回るようになります。
具体例で見る
たとえば「サイトが見られない」という連絡が来たとします。
ランブックがあれば、上から順に「①影響範囲を確認（全部か一部か）→②直前の作業がないか確認→③決めた順でログを見る→④第一報を出す→⑤切り戻しを検討」と進められます。 ランブックがないと、いきなり原因の深掘りに入り込み、報告も復旧も遅れがちです。順番が決まっているだけで、迷う時間が消えます。
つまり現場では？
ランブックを作るということは、「いつかやる対応」を、落ち着いている今のうちに言葉にしておく作業です。完璧をめざすより、まず一番起きそうな障害ひとつ分から書き、使うたびに直していくのが続けるコツです。なお、具体的なコマンドや手順は、使っているツールの公式ドキュメントもあわせて確認しておくと安心です。
知らないとどう困る？
ランブックがないと、障害のたびに対応者の記憶と勘が頼りになります。 慣れた人がいるうちは回りますが、その人が休みのときや辞めたあとに、誰も初動を切れなくなります。対応に余計な時間がかかり、報告も遅れ、利用者を不安にさせてしまいます。
よくある勘違い
- ランブックは「分厚いマニュアル」ではありません。慌てた状態でも読める短さが命です。
- 一度作って終わりでもありません。実際に使って「ここ分かりにくい」と感じたら、その場で直します。
- ベテランには不要、でもありません。慣れた人ほど、記録と引き継ぎのために台本があると助かります。
明日やるならこれ
自分の担当で「いちばん起きそうな障害」をひとつ選び、その初動の流れを5ステップだけ箇条書きにしてみましょう。確認する画面やログの場所も一緒にメモしておくと、それだけで立派なランブックの第一歩になります。
ひとことで言うと
ランブックとは、障害対応の初動から記録までを、迷わずなぞれるようにまとめた台本のことです。
関連用語
障害対応とは？システムが止まったときの「復旧までの動き方」
インシデントとは？サービスに影響する「想定外の出来事」のこと
エスカレーションとは？判断や対応を上の人・外部の窓口へ引き継ぐことをやさしく解説
ログとは？システムの「動作の記録」と原因調査の手がかり
