
一人運用のオンコールとエスカレーション|最低限の決めごと
「当番表を作りましょう」と言われても、回せる人が自分しかいない。 エスカレーション先を決めようにも、その先がまた自分。——一人運用の現場だと、オンコールやエスカレーションの話は、どこか他人事に聞こえますよね。
でも本当に決めておきたいのは、立派な当番制ではありません。 「自分が気づけないとき・動けないときに、被害を最小にする最低限の仕組み」です。これは一人でも作れます。むしろ一人だからこそ、ひとつずつ決めておく価値があります。 この記事では、一人運用でも回るオンコールとエスカレーションの決めごとを、明日メモできる単位で一緒に整理していきます。
結論:一人運用で決めておくのは次の4つだけ。①出る/出ないの線引き(深夜にスマホを取る障害の基準)、②自分の上のエスカレーション先(技術ではなく「判断」を仰ぐ相手=上司・発注元)、③自分が動けないときの代替連絡先(ベンダー・インフラ会社の窓口)、④休む日の事前共有。完璧な当番表より、この4つを1枚にまとめておくほうが、現場では効きます。
オンコールの体制やSLA(対応義務の範囲)は、契約や組織によって大きく変わります。 ここで紹介するのは出発点です。自分の現場の契約・就業ルールに合わせて、足し引きしてください。
まず、一人運用のオンコールで本当に苦しいところ
一人運用のしんどさは、作業量だけではありません。 「自分が対応の最後の砦で、その先がいない」という構造そのものが、じわじわ効いてきます。
- 夜も休日も、スマホを完全には手放せない。
- 体調を崩しても、代わってくれる人がいない。
- 「いつでも対応してくれる」が当たり前になり、線引きが曖昧なまま負荷が積み上がる。
ここで大事なのは、根性で全部受けることではありません。 どこまでを自分が受け、どこから先は別の手段に渡すかを、平時に決めておくことです。線引きがあるだけで、「常に身構える」状態から「決めた基準のときだけ動く」状態に変わり、気持ちがずいぶん楽になります。
一人だからこそ、自分を守る決めごとが要る。これは甘えではなく、システムを長く守るための運用設計です。
決めごと1:出る/出ないの線引き

最初に決めたいのは、「夜中や休日にスマホを取って、すぐ動く障害はどれか」という基準です。 すべてのアラートに飛び起きていたら、体がもちません。深刻度を3段階くらいに分けておきます。
- 即対応(深夜・休日でも動く):サービス全体が止まっている、決済・ログインなど中核機能が使えない、データ消失や情報漏えいの疑い。
- 朝いちで対応(無理に夜は動かない):一部機能の不具合、性能の低下、明朝まで待っても被害が広がりにくいもの。
- 翌営業日でよい:軽微な表示崩れ、急がない問い合わせ、監視の軽い警告。
線引きの基準は、「待つことで被害がどれだけ広がるか」です。 夜中に直しても朝直しても結果が変わらないなら、それは朝でいい。逆に、放置するほど影響が広がるものだけ、夜でも動く。この仕分けを一度書いておくと、アラートが鳴った瞬間の「出るべきか」の迷いがなくなります。
監視のアラートそのものが鳴りすぎている場合は、線引きの前にアラートの閾値の見直しから始めると、夜の通知の数自体が減らせます。
決めごと2:自分の「上」のエスカレーション先
一人運用でも、エスカレーション先は必ずあります。 ただし、それは「技術的に助けてくれる人」ではなく「判断を仰ぐ人」です。ここを取り違えると、「相談できる先輩がいないからエスカレーション先はない」と思い込んでしまいます。
エスカレーションで渡したいのは、主に次のような「判断」です。
- 外部(顧客・利用者)に公表するか、その文面をどうするか。
- 復旧を優先して一部データを諦めるなど、トレードオフのある決断。
- 費用が発生する対応(ベンダーの緊急対応を呼ぶ等)の承認。
- 「これ以上は今日中に直らない」と見切って、翌日に回す判断。
これらを一人で背負う必要はありません。 上司・発注元・サービス責任者など、「会社として」の判断ができる相手を1人決めておきます。そして平時に、深夜でも連絡してよいか/連絡手段は電話かチャットかだけ握っておく。これがあるだけで、いざというとき「自分の一存で決めなくていい」と思えて、孤独感がぐっと減ります。
決めごと3:自分が動けないときの代替連絡先
次に決めたいのが、自分が気づけない・動けないときに、誰(どこ)に渡すかです。 体調不良、移動中、寝込んでいて気づかない——一人運用なら誰にでも起こります。ここを「気合いでなんとかする」にしておくと、いちばん危ないときに穴が空きます。
現実的な代替先は、人ではなく契約している窓口であることが多いです。
- インフラ・サーバー会社のサポート窓口:再起動や切り分けを依頼できる範囲を、平時に確認しておく。
- 開発を委託したベンダー:緊急時の連絡先と、対応してもらえる時間帯・費用を控えておく。
- 社内の非エンジニア:技術対応はできなくても、「障害が起きている」と一次案内を出す役は頼める。
ポイントは、「自分が出られないときに、最低限これを見て・ここに連絡して」を1枚にしておくことです。 連絡先・契約番号・サーバーの場所・初動の一次対応文。これがあれば、あなた以外の人でも「気づいています、確認しています」の一報までは出せます。完全な復旧は無理でも、沈黙だけは避けられます。
決めごと4:休む日を、事前にそっと共有しておく
一人運用でいちばん遠慮しがちなのが、「休む」と言うことです。 でも、黙って祈るより、事前にひとこと共有しておくほうが、結果的にみんなが楽になります。
- 旅行・通院など連絡が取りづらい日は、関係者に事前に一報しておく。「この日は反応が遅れます」と伝えるだけでいい。
- その日に重なると困る作業(リリース・バッチ)は、日程をずらす。一人運用なら、無理に休前日にリリースしない、が安全策です。
- どうしても不在の時間帯は、決めごと3の代替連絡先を改めて案内しておく。
休む宣言は、わがままではありません。 「この日は手薄になる」とわかっていれば、周りも重要な変更を避けられます。リスクを事前に開示するのは、立派な運用管理です。罪悪感を持たなくて大丈夫です。
影響:4つを決めると、何が変わるか
この4つを決めておくと、障害が減るわけではありません。 でも、「障害が起きたときの自分の消耗」と「常に身構える緊張」が、確実に軽くなります。
- アラートが鳴っても、線引きがあるので「今すぐか・朝か」を迷わない。
- 重い判断は上に渡せると分かっているので、一人で抱え込まない。
- 自分が動けない日も、代替連絡先があるので「穴が空く」恐怖が減る。
- 休むときに、こっそり祈らなくてよくなる。
逆に、この4つが曖昧なままだと、すべての障害を全力で・常に・一人で受け止めることになります。 それは長続きしません。決めごとは、未来の自分が倒れないための保険です。
明日やること:1枚の「オンコールメモ」を作る
大層な当番表は要りません。明日できる、いちばん小さな一歩はこれです。
- メモ1枚に、出る/出ないの3段階の基準をざっくり書く。
- 判断を仰ぐ相手を1人決め、深夜OKか・連絡手段は何かを書き添える。
- 代替連絡先(インフラ会社・ベンダーの窓口、契約番号)を書き出す。
- 「自分が出られないとき、まずここを見て・ここに連絡」の一次案内文を1行添える。
- すでに障害対応runbookがあるなら、その先頭にこのメモを綴じ込む。
完璧でなくて大丈夫です。 線引きと連絡先が1枚あるだけで、次に何か起きたとき、そして自分が動けないとき、現場の被害はずいぶん小さくできます。
一人運用オンコール チェックリスト
全部を一度に揃える前提ではありません。 上から優先順位で並べてあります。まずは「最低ライン」だけ。残りは余力のあるときに、少しずつで大丈夫です。
まずここだけ(最低ライン・これだけで効きます)
- 深夜・休日に「すぐ動く障害」の基準が、ざっくりでも書いてあるか
- 判断を仰ぐ相手(上司・発注元)が1人決まっているか
- 自分が動けないときの代替連絡先(窓口・契約番号)が1つでもあるか
余力があれば(現場が回ってきたら足す)
- 「朝でいい/翌営業日でいい」の仕分けまで分けてあるか
- 判断を仰ぐ相手に、深夜連絡してよいか・手段は何かを確認したか
- 代替先に依頼できる範囲・費用・時間帯を把握しているか
- 自分以外でも出せる「一次案内文」が用意されているか
- これらが1枚にまとまり、すぐ開ける場所にあるか
できる現場だけ(無理なら飛ばしてよい)
- 休む日・手薄な日を事前共有する習慣があるか(共有先がいない現場は、代替連絡先の確認で代えてよい)
- 休前日に重要なリリースを重ねない、と決めているか(リリース時期を選べない場合は不問)
最低ラインの3つが埋まっていれば、もう「何も決めていない」状態からは抜け出せています。 残りは○が付かなくても大丈夫。半分でも、何も決めていないときよりずっと落ち着いて、夜のアラートと向き合えます。
最後に
一人で運用を回しているあなたは、もう十分すぎるほど背負っています。 「自分が倒れたら終わり」という不安は、責任感が強いからこそ生まれるものです。その責任感は、システムをここまで守ってきた何よりの証拠です。
だからこそ、今日は「自分を守る決めごと」を1枚だけ作ってみませんか。 線引きと連絡先を書いておくことは、サボることではなく、長くこの現場を支え続けるための準備です。あなたが安心して眠れる夜が一晩増えることは、システムの安定にとっても、ちゃんとプラスになります。

ひとつずつ決めておけば、夜のアラートはもう少しだけ軽くなります。 まずは1枚のメモから。あとは落ち着いて、少しずつで大丈夫です。
あわせて障害の第一報テンプレートや障害対応runbookテンプレートもどうぞ。ほかの実務ヒントは記事一覧から。保守運用の小さな備えを、メールでも少しずつお届けしています。