Claudeが12日で10回目の障害。AIが基幹インフラになる転機
この記事の要点
Anthropicのクラウードが6月16日、6月5日以降で10回目の障害を起こした。急増する需要にインフラが追いつかない。AIが実験ではなく基幹インフラになったいま、企業はAIが止まる前提で業務を組む必要がある。代替経路の用意が現実的な備えになる。
結論
AnthropicのClaudeが2026年6月16日、6月5日以降で10回目となる障害を起こした。Opus 4.8とHaiku 4.5でエラーが続き、午後の修正後も解消しきれなかった。Anthropicは、需要の急増にインフラが追いついていないと認めている。AIが実験段階を抜けて基幹インフラになったいま、企業はAIが止まる前提で業務を組む必要がある。AI推進担当に問われるのは、AIが落ちたときに業務をどう続けるかという設計だ。
何が起きたか
テックタイムズの6月16日の記事によると、Claudeは6月16日に12日間で10回目の重大な障害を起こした。Opus 4.8とHaiku 4.5のエラーが、米国東部時間の午後2時の修正後も残ったという。6月2日にも、APIやClaude Codeを含む広範囲で障害が起きていた。
背景には急激な事業拡大がある。Anthropicの年換算売上は2025年末の90億ドルから2026年4月初旬には300億ドル超へ伸び、年100万ドル以上を使う法人顧客は2か月足らずで500社から1000社へ倍増した。インフラがこのペースに追いついていない。急な停止が示す調達の教訓はAIモデルが急に止まる時代にまとめている。
障害はAnthropicに限らない。GoogleはGemini、6時間超の世界的障害を起こし、Microsoftも同様の障害を経験した。主要なAIサービスがそろって、需要の急増に伴う不安定さを抱えている。
AIが「基幹インフラ」になったことの意味
これまでAIは、使えれば便利だが止まっても困らない補助的な道具だった。だが業務の必須経路に組み込まれると、AIの障害がそのまま業務の停止につながる。問い合わせ対応や資料作成、コードの補助をAIに任せている現場では、数時間の障害でも実害が出る。Claudeの障害が10回続いたという事実は、AIを基幹インフラとして扱う段階に入ったことを突きつける。
AI推進担当が今すべきは、AIが止まったときの代替経路を用意することだ。一つの考え方は、同じモデルでも提供元を分けることだ。記事によれば、直接のAPIとAWS経由では別のインフラで動くため、片方が落ちてももう片方が使える場面がある。重要な業務では、提供経路を一本に絞らない設計が効く。
もう一つは、人手の手順を残しておくことだ。AIに任せきりにせず、止まったときに人が引き継げる最小限の手順書を用意しておく。情報漏洩などの事故対応と同様、止まったときの初動を決めておくことが被害を抑える。考え方はAI絡みの情報漏洩が起きたときの対応が参考になる。
現場の実務にどう効くか
まず、自社の業務でAIが止まると何が困るかを洗い出す。完全に止まると業務が回らない経路はどこか、数時間なら待てる作業はどれかを分ける。止まると困る経路から順に、代替手段を用意していく。すべてに二重化は不要で、影響の大きい業務から手当てするのが現実的だ。
AIを契約する際は、稼働の保証や障害時の対応がどう定められているかも確認したい。法人向けAIの契約前の確認は法人向けAIのデータ取り扱い確認ポイントに観点がある。障害の頻度や原因は今後変わりうるため、各サービスの稼働状況は公式の情報で確認してほしい。
まとめ
Claudeの障害が12日間で10回続いたことは、AIが基幹インフラになった転機を示す。AI推進担当に必要なのは、AIが止まる前提で業務を組むことだ。止まると困る経路を洗い出し、提供元を分ける、人手の手順を残すといった代替経路を、影響の大きい業務から用意する。稼働状況は変わりうるため、最新は公式で確認してほしい。
出典
よくある質問
なぜClaudeの障害が続いているのですか
Anthropicは需要の急増にインフラが追いついていないと認めています。年換算の売上が短期間で大きく伸び、100万ドル以上を使う法人顧客が2か月足らずで倍増するなど、想定を超える利用増がインフラを圧迫しています。
AIが止まったときの備えはどうすればよいですか
AIを業務の必須経路に組み込む場合は、止まったときに人手や別の経路に切り替えられる設計が要ります。同じモデルでも提供元を分ける、重要業務は手作業の手順を残すといった代替経路の用意が現実的です。
関連記事
AIモデルが急に止まる時代。Fable 5停止が示す調達の教訓
Anthropicが6月12日、政府の輸出管理命令を受けて最上位モデルFable 5とMythos 5の提供を世界で停止した。6月15日時点で復旧は未定。クラウドAIは外的要因で止まりうる前提で、企業は複数モデルの併用を設計する必要がある。
Microsoft Copilotに障害、報告4500件超。Geminiに続く
Microsoft Copilotで6月11日、数千人規模の利用者が接続できない障害が発生した。障害報告サイトには一時4500件超の報告が寄せられた。前日にはGeminiも6時間超の障害を起こしており、業務AIの冗長化が急務になっている。
Gemini、6時間超の世界的障害。業務AIの依存リスク露呈
Google Geminiが6月10日、米国・欧州・アジアで6時間を超える過去最大級の障害を起こした。エラー1076と1099が多発し、復旧まで公式発表が遅れた点も批判された。業務でAIに依存する企業は代替手段の用意が課題になる。