サーバーは必ず，そして大抵は最悪のタイミングで落ちる．差がつくのは「落ちるか」ではなく「落ちたときどう動けるか」だ．
対象は本番を運用する個人開発者・小規模チーム．読み終えたとき，慌てず動くための手順と心得が手に入ります．
なぜ「障害対応力」が運用者の真価か
障害ゼロは不可能だ．重要なのは「落ちた後の被害をどれだけ小さくできるか」であり，ここに運用者の実力が表れる．
そして障害時はパニックが二次被害を生む．焦った操作がデータを消す．冷静に動く手順を平時に持つことが鍵だ．
心得1：まず落ち着く ― 焦りが二次被害を生む
障害時の最大の敵は焦りだ．慌てた操作が状況を悪化させる．まず深呼吸し，「今わかっていること」を一度整理する．
取り返しのつく操作から始める．いきなり破壊的な操作をしないのが鉄則だ．
心得2：切り分ける ― どこが壊れているか
原因を上流から切り分ける．ネットワークか／サーバーか／アプリか／DBかを順に確認し，問題の所在を絞る．
初動の切り分けコマンド
ping <IP> # ネットワーク疎通
ssh <server> # サーバーに入れるか
systemctl status app # サービスの状態
df -h ; free -h # ディスク満杯・メモリ枯渇の確認心得3：応急処置と巻き戻しの判断
原因が見えたら「直す」か「戻す」かを判断する．原因究明に時間がかかるなら，まずスナップショットで戻してサービスを復旧させる方が良いことも多い．
復旧優先か原因究明優先か── ユーザー影響の大きさで決める．止まり続ける損失を直視する．
心得4：記録する ― 後で必ず効く
対応しながら「いつ・何をして・どうなったか」を記録する．記憶は当てにならず，記録は再発防止の材料になる．
ログとタイムラインが，後のポストモーテムの質を決める．
心得5：ポストモーテム ― 再発を防ぐ
復旧したら終わりではない．原因・対応・再発防止策を振り返る（ポストモーテム）．犯人探しでなく仕組みの改善に集中する．
「同じ障害を二度起こさない」仕組み（監視追加・自動化・冗長化）に落とし込んで，障害を資産に変える．
補論：障害対応は「巻き戻せる基盤」があると一変する
障害対応の安心感は，「いざとなれば戻せる」という基盤があるかで一変する．戻せる手段が無いと，焦りが冷静な判断を奪う．
高速NVMe・50種類以上のOSテンプレートに対応した国内VPS─シン・VPS─ はスナップショットで正常だった時点へ丸ごと巻き戻せ，コンソールアクセスでSSHが切れても復旧操作ができる．NVMe SSDで復元も速いため，深夜の障害でも「戻して復旧→翌日に原因究明」という落ち着いた対応が取れる．
DNSを 取り扱い400種類以上のドメイン取得サービス─ムームードメイン─ で管理しておけば，最悪の場合に別サーバーへ経路を切り替える緊急手段も持てる．
よくある質問
Q1：障害時，最初に何をすべき？
落ち着いて状況を整理し，上流から切り分ける．いきなり破壊的な操作をしないこと．取り返しのつく確認から始める．
Q2：直すのと戻すの，どちらを優先？
ユーザー影響が大きいなら，まず戻して復旧させ，原因究明は後にするのが定石だ．スナップショットがあれば即座に戻せる．
Q3：個人開発でポストモーテムは大げさ？
大げさではない．簡単なメモで十分だ．「原因・対応・再発防止」を1度書くだけで，同じ障害を繰り返さない仕組みに繋がる．
まとめ ― 障害は「起きる前提」で備える
障害対応の真価は，落ち着き・切り分け・巻き戻し・記録・再発防止という手順を平時に持っておくことだ．障害は起きる前提で備える．
まずはスナップショットを取る習慣と，切り分け手順のメモを用意しよう．「戻せる」という安心が，深夜のあなたを冷静にする．