AIを業務基盤にする企業、経営陣が障害前に確認すべき4項目
これらの企業はどこも、信頼性を製品の機能の1つとして語る。
米国時間9月3日に示されたのは、信頼性がいまや業界全体で共有される性質になっているということだ。この業界は、モデルでは競争しながらインフラでは協力し合っており、しかもそのことを公には語らないことが多い。
そして、自社の事業の一部をAIエージェントで回している場合や、エージェント型コマース(AIエージェントが買い物や決済を代行する仕組み)に力を入れる小売業者である場合を考えてみてほしい。AIインフラが落ちたら、何が起きるのか。
テクノロジー組織を率いる立場なら、この出来事によって次の4項目がやるべきことの最上位に押し上げられる。
(1)第三者のモデルやクラウドに依存するようになった業務プロセスと意思決定を、誰も正式に承認していないものまで含めて、すべて洗い出す。Cursorが止まると開発者の手が止まるなら、それは依存関係だ。
(2)どのワークロード(処理)を自社で管理する必要があるかを決める。事業として失えないデータや機能については、予備の事業者への移行、さらには自社データセンターへの移行までを検討する。確かに「昔に戻る」ように聞こえる。だがそれは、Go.AIの顧客がすでに下している選択でもある。
(3)フェイルオーバー(切り替え)を、必要になる前にテストする。一度も切り替えたことのない予備プロバイダーは、机上の計画であって能力ではない。
(4)今回の5時間の障害を予行演習と考える。次の障害はもっと長引き、もっと忙しい日に当たるかもしれない。
AIはインフラになりつつある。次のAI障害のときに誰が仕事を続けられるかを決めるのは、その下に隠れた依存関係だ。


