バイブコーディング時代、マルチクラウドDRの損益分岐点は下がった

Mon, 19 Oct 2026 09:00:00 +0900

マルチクラウドは複雑すぎるという通念は、アクティブ・アクティブ運用には今も当てはまります。しかし、別のクラウドにバックアップと復旧手段だけを保持するDR層では、コスト構造が変わりました。バイブコーディングはDRを最初に構築するコストを減らし、ソフトウェアファクトリーは構築したDRが機能し続けるよう維持・検証するコストを減らします。この二つのコストが、DRコストの大半を占めてきました。

チョン・ドヒョン - ROBOCO首席コンサルタント

TL;DR

マルチクラウドは難しいという通念は、二つのクラウドでサービスを同時に運用するアクティブ・アクティブ構成には今も当てはまります。データ転送料金、常時の運用人員、利用量の分散による割引の希薄化は、AIでは減らないからです。
一方、別のクラウドにバックアップと復旧手段だけを置くDR層は、コストの大半が構築と検証の作業であるため、損益分岐点が下がりました。平常時の利用量はプライマリクラウドに集まっているので、割引も維持されます。
バイブコーディングはDRを構築するコスト（セカンダリクラウド用のIaC、リストアスクリプト、ランブック）を減らし、ソフトウェアファクトリーは構築したDRをインフラの変更に合わせて更新し、定期的な復元訓練で検証する繰り返しのコストを減らします。
サービスごとのRTO/RPO目標は人が決める成功基準であり、フェイルオーバーの決定権も人に残ります。
出発点は、サービスごとのRTO/RPO目標を決め、最も重要なサービス一つのバックアップを別のクラウドに置き、そのバックアップから実際に復元してみることです。

ゲームはすでに複数プラットフォームへ向かっている

ここ1〜2年、ゲーム業界では独占タイトルが他のプラットフォームで発売されることが珍しくなくなりました。MicrosoftはXbox独占だったForza Horizon 5を2025年4月にPS5で発売し、同作はその月の米国販売ランキングで2位に入りました。¹ 同じ年にはGears of War: Reloadedがシリーズで初めてPS5に登場し、Indiana Jones and the Great Circleは2026年5月にSwitch 2で発売されました。² 逆方向の動きもあります。SonyのHelldivers 2は2025年8月にXboxで発売され、分析会社Alineaの推計によれば、Xbox版の発売後6日間の販売本数（約92.6万本）は、2024年のPS5版の同期間の販売本数（約63.3万本）を上回りました。³

この流れの主な動機は収益の多角化です。開発費が上がり続ける中で、一つのプラットフォームのユーザーだけでは投資を回収しにくいためです。UnrealやUnityのような汎用エンジンが成熟し、プラットフォームごとの違いをかなりの部分吸収してくれることも、以前からある背景です。

私は、ここにバイブコーディング、つまりAIコーディングエージェントに実装を任せる開発手法が移植コストを下げているという要因が加わりつつあると考えています。ただし、これは解釈であって、確認された事実ではありません。2026年10月時点で、AIによってゲームの移植コストがどれだけ下がったかを示す定量的な資料は見つかりませんでした。GDC 2026の調査では回答者の36%が業務で生成AIを使っていると答え、その用途のうちコード補助が47%でしたが、同じ調査で生成AIが業界に有害だという回答も52%に増えています。⁴

定量的な根拠は、ゲームではなく一般的なソフトウェアのコードマイグレーション分野にあります。Amazonは約3万のアプリケーションをJava 17へアップグレードする際、AIツールによって4,500開発者年を削減したと発表しました。この数値はAmazon自身の推計です。⁵ GoogleはAdsシステムの32ビットIDを64ビットに変更するマイグレーションで、反映されたコード変更の80%をAIが作成し、エンジニアは全体の所要時間が約50%短縮されたと見積もりました。ただし、ほとんどのケースで人がモデルの変更の一部を差し戻す必要があったことも、著者らは併せて述べています。⁶ プラットフォーム移植は本質的に「同じ動作を、別の環境のAPIと制約に合わせて再実装する作業」なので、これらの研究はゲーム移植にも同じ方向の変化が起こりうるというシグナルとして読むことができます。レガシーコードをバイブコーディングで移行する具体的な方法は、レガシーモダナイゼーションのシリーズで取り上げました。⁷

クラウドでも同じことが起きるのか

ゲームで複数プラットフォーム対応を阻んでいたのが移植コストだったとすれば、クラウドで同じ役割を果たしてきたのはマルチクラウドの複雑さです。そして、単一のクラウドに依存するリスクは理論上の話ではありません。

ちょうど1年前、2025年10月19日夜から20日午後にかけて（米国太平洋時間）、AWSのus-east-1リージョンで大規模な障害が発生しました。AWSの事後レポートによれば、DynamoDBのDNS管理自動化に潜んでいた競合状態（race condition）によって、リージョンエンドポイントのDNSレコードが空になりました。この障害はEC2インスタンスの起動、Network Load Balancer、Lambda、STS、IAMコンソールへのサインインへと連鎖的に広がりました。⁸ 2025年6月12日には、Google CloudのService Controlにエラー処理と機能フラグなしでデプロイされたコードが、世界中に複製されたポリシーデータに遭遇してクラッシュループに陥り、障害は約7時間続きました。⁹

二つの事故には共通点があります。障害が一つのサービスや一つのアベイラビリティゾーンにとどまらず、認証、エンドポイント、ポリシーといったプロバイダー内部の共通の依存関係をたどって広がったという点です。同じクラウドの中でリージョンを分けても、こうした共通の依存関係までは分離されません。

一方、Flexeraの2026年の調査では、企業の88%がマルチクラウドを使っていると回答しました。¹⁰ しかし、この数値の大半は「業務ごとに異なるクラウドを使っている状態」を意味します。一つのクラウドが止まったときに別のクラウドでサービスを復旧できるよう設計された状態とは異なります。

マルチクラウドが難しかった理由をコスト項目ごとに分けてみる

「マルチクラウドは開発と運用の複雑さが大きく増す」という通念は、一つのコストではなく複数のコストをまとめた言葉です。AIの効果を正確に見極めるには、これらのコストを項目ごとに分ける必要があり、AIの効果も二つに分ける必要があります。

一つ目はバイブコーディングの効果です。バイブコーディングは、人がAIコーディングエージェントと対話しながら一つの作業を仕上げる手法です。この手法が減らすのは 一度だけかかる構築コスト です。二つ目はソフトウェアファクトリーの効果です。以前の記事で説明したように、ソフトウェアファクトリーとは、人が目標と制約、委任の範囲を決めると、複数の自動化された開発の流れが要件の整理から実装、検証、報告までを継続して実行する運用体制です。¹¹ この体制が減らすのは 繰り返しかかる維持・検証コスト です。二つの効果は時期も異なります。バイブコーディングは現場ですぐに使える手法であり、ソフトウェアファクトリーは組織がこれから構築を始められる方向性です。

下の表は、各コストを二つの効果に分けて判定したものです。この判定は私のコンサルティング経験に基づく解釈であり、測定した結果ではありません。

コスト項目	内容	バイブコーディング（構築）	ソフトウェアファクトリー（維持・検証）
インフラコードの二重作成	クラウドごとに異なるリソースモデルに合わせてIaCを別々に作成・維持する	最初に作成するコストが大きく減る	プライマリクラウドの変更に追従する更新コストが大きく減る
設計とレビュー	サービス対応表の作成、データ複製方式の設計、フェイルオーバー手順の設計	大きく減る	変更時に再レビューするコストが一部減る
ランブックとテストコード	復旧手順書、リストアスクリプト、検証テスト	初稿の作成コストが大きく減る	インフラ変更に合わせた更新コストが大きく減る
復元訓練	定期的にバックアップから復元し、実際のRTO/RPOを測定・報告する	訓練パイプラインを作るコストが減る	繰り返しの実行と結果報告のコストが大きく減る
抽象化レイヤーの維持	二つのクラウドの違いを隠す共通インターフェースの維持	一部減る	一部減る
データ転送コスト	クラウド間の複製で発生するegress料金	減らない	減らない
セキュリティ・IAMモデルの違い	権限モデル、鍵管理、監査ログの仕組みをクラウドごとに運用する	設定作成のコストが一部減る	設定の差異を検知するコストが一部減る。運用責任は残る
運用人員とオンコール	両方のクラウドを理解する人材の確保、障害対応体制	減らない	障害の検知と一次報告は一部減る。フェイルオーバーの決定権は人に残る
利用量割引の希薄化	利用量を二つのクラウドに分けると、コミットメント割引やボリューム割引の条件を満たしにくくなる	減らない	減らない