生成AIサービス障害時の業務継続ガイド2026｜止まった30分をどう乗り切るか

生成AIを業務に組み込むほど、提供元のサービスが止まった瞬間に業務も止まる構造が生まれます。それ自体は避けられません。問題は、止まったときに現場が「復旧を待つ」以外の選択肢を持っていないことです。

本記事は、生成AIサービスの障害・接続不能に備えて事前に決めておく項目を、手順として整理します。特定サービスの稼働率や過去の障害件数には触れません。稼働状況は提供元のステータスページで随時ご確認ください。

なぜ「復旧を待つ」しかなくなるのか

理由は準備不足というより、障害が誰の担当か決まっていないことにあります。生成AIツールは現場が自分で導入した経緯が多く、社内システムのような障害対応の枠組みに入っていません。止まっても、情報システム部門に一次受けの窓口がないのです。

もうひとつの理由は、依存の深さを誰も把握していないことです。日常的に使ううちに、当初は補助だったはずの工程が実質的な必須工程に変わっていることがあります。止まって初めて依存に気づく状態では、その場で代替を考えるしかありません。

手順1：止まると困る業務を依存度で分類する

最初にやるのは、生成AIを使っている業務の一覧化です。そのうえで三段階に分けます。

即時影響は、止まると当日の納品や顧客対応に支障が出る業務です。当日中影響は、数時間なら遅らせられる業務。翌日以降は、まとめて後処理できる業務です。

準備を要するのは即時影響に分類された業務だけで十分です。すべての業務に代替手段を用意しようとすると、作った時点で維持できなくなります。分類の目的は、守る範囲を絞ることにあります。

手順2：業務ごとに代替手段を決めておく

代替手段は必ずしも別のAIツールである必要はありません。実務では次の三択のどれかに落ち着きます。

ひとつめは別サービスへの切り替えです。同種の機能を持つツールを普段から最小構成で契約しておく方法で、切替は速い一方、費用と管理対象が増えます。ふたつめは手作業へのフォールバック。時間はかかりますが追加費用はなく、品質のばらつきも想定内に収まります。みっつめは作業の後ろ倒しで、翌日回しにできるならこれが最も安上がりです。

大切なのは、この三択のどれを採るかを障害が起きる前に業務ごとに書いておくことです。その場で選ぼうとすると、必ず一番遅い選択になります。

手順3：障害に気づく仕組みを作る

多くの現場では、障害の第一報が「なんか動かない」という現場の口頭連絡です。これでは把握までに時間がかかり、各自が個別に再試行して時間を浪費します。

提供元がステータスページや障害通知の購読手段を用意している場合は、担当者個人ではなくチームの共有アドレスやチャットチャンネルで受け取る設定にしてください。個人のメールに届く設定だと、その人が不在の日に誰も気づきません。

あわせて、現場が異常を報告する先をひとつに決めます。報告先が分散していると、同じ障害が別々の問い合わせとして扱われ、全体像が見えなくなります。

手順4：切り替えの判断者と発動条件を決める

代替手段を用意しても、発動の号令をかける人が決まっていなければ動きません。決めるのは二点です。誰が判断するかと、どの状態になったら切り替えるかです。

発動条件は時間で決めるのが実務的です。たとえば「復旧見込みが立たないまま30分経過したら代替手段に移る」といった形にします。時間で区切れば、担当者は障害の原因を理解していなくても判断できます。

判断者は、その業務の納期に責任を持つ人が適任です。情報システム部門は復旧状況の把握を担い、業務を止めるか代替に移すかは業務側が決める。この分担にしておくと、復旧待ちの受け身の時間が生まれにくくなります。

手順5：復旧後の後始末を決めておく

見落とされがちなのが復旧後です。代替手段で処理した分と、障害中に失敗して途中で止まった処理が混在するため、二重処理や未処理が残りやすい状態になります。

復旧時には、障害中に手作業で処理した件数と、再実行が必要な処理を突き合わせる工程を入れてください。この確認を省くと、障害そのものより後日の不整合のほうが影響が大きくなることがあります。

やってはいけない三つの対応

ひとつめは、現場が個別に別ツールへ逃げることです。急場しのぎで未承認のサービスに社内データを投入すると、障害は収まっても情報の持ち出しが残ります。代替先は事前に承認された選択肢に限定してください。

ふたつめは、再試行を繰り返すことです。復旧していないサービスへの再試行は状況を変えず、判断の先送りになります。

みっつめは、障害の記録を残さないことです。いつ、どの業務が、何分止まったかを残しておかないと、代替手段への投資が必要かどうかを後から判断できません。

まとめ：準備すべきは復旧ではなく判断

復旧は提供元の仕事であり、利用側にできることはほとんどありません。利用側が用意できるのは、止まっている間に何をするかの判断を早める仕組みだけです。

取りかかりとしては、生成AIを使っている業務のうち即時影響に該当するものを書き出し、それぞれに代替手段を一行ずつ添えるところから始めてください。即時影響に分類された業務の数が、いま備えるべき件数です。

なお、各サービスの障害通知の受け取り方法や稼働状況の公開範囲は提供元によって異なります。設定を行う前に、必ず提供元の公式情報でご確認ください。