オンコールとは？障害に備えて待機・即応する当番体制をやさしく解説
休みの日も、スマホが鳴らないか気が気でないとき
土日も、夜中も、なんとなくスマホを手放せない。 「もしサイトが落ちたら、自分が気づかないと誰も気づかない」——そう思うと、休んだ気がしない。
その「いつでも備える」状態を、ちゃんと決めごとにしたものが、オンコールです。
オンコールとは？ひとことで言うと
オンコールとは、障害が起きたときにすぐ動けるよう、担当者が待機しておく当番の仕組みのことです。
ざっくり言うと、「呼ばれたら対応する係を、あらかじめ決めておくこと」です。 ずっと作業しているわけではなく、ふだんは普通に過ごし、アラートが鳴ったら動く——その「いざというときの担当者」を明確にしておく体制を指します。
現場ではどこで使う？
保守運用の現場では、こんな場面で関わります。
- 営業時間外（夜間・休日）にサービスが止まったとき
- 監視のアラートが、深夜に鳴ったとき
- 24時間動き続けるサービスを、少人数で支えているとき
- 「誰が一次対応するか」を曜日や週で交代しているとき
「いつ起きるか分からない障害」に、人で備えるための仕組みがオンコールです。
なぜ大事なのか
オンコールを決めておくと、「誰が気づいて、誰が動くか」が曖昧にならずに済みます。 担当が決まっていないと、全員がなんとなく気にし続けることになり、結局誰も休めません。逆に当番をはっきりさせれば、当番でない人は安心して離れられます。即応できる人が決まっていることは、復旧の早さにも直結します。少人数だからこそ、ここを曖昧にしないことが大切です。
具体例で見る
たとえば、二人のチームで「平日は交代、土日はどちらか」と当番を決めたとします。
当番の人は通知を受け取れる状態にしておき、当番でない人はしっかり休む。 これだけでも「二人とも四六時中気を張る」状態から抜け出せます。さらに、当番が手に余ったときに連絡する相手（次の引き継ぎ先）まで決めておくと、一人に負荷が集中しません。なお、通知の届け方や当番表の運用は、使っているツールの公式ドキュメントを確認しながら整えると無理がありません。
つまり現場では？
オンコールを整えるということは、「いつ・誰が一次対応するか」と「その人が動けないときどうするか」を、人の仕組みとして決めておく作業です。続けられることが何より大事なので、少人数なら背伸びをせず、無理のない当番から始めるのが現実的です。
知らないとどう困る？
オンコールの決めごとがないと、障害は「気づいた人が、たまたま対応する」運任せになります。 誰も気づかず復旧が遅れたり、いつも同じ人ばかりが対応して疲れ切ったりします。境界が曖昧なまま「常に待機」が続くと、心身が削られ、長く続けられません。仕組みにすることは、サービスだけでなく担当者を守ることでもあります。
よくある勘違い
- オンコールは「ずっと働き続けること」ではありません。ふだんは過ごし、呼ばれたら動く備えです。
- 大企業だけのものでもありません。少人数こそ、当番と引き継ぎ先を決めておく価値があります。
- 「気合で常時対応」は仕組みではありません。続かない体制は、いざというとき機能しません。
明日やるならこれ
「今夜サービスが止まったら、最初に気づいて動くのは誰か」を一度はっきりさせてみましょう。一人なら、せめて「自分が動けないときの連絡先」をひとつ決めておくだけで、抱え込みがぐっと減ります。
ひとことで言うと
オンコールとは、障害にすぐ対応できるよう、担当者を決めて待機・即応する当番体制のことです。
