DXが進まない原因とは|AI時代のアプリケーションアーキテクチャ

クラウドは、“置き場所”の問題か?
── クラウド× オンプレミスGPU × Edge。AI時代の競争力は“配置設計”で決まる


クラウド移行だけでは、AI時代の競争力は生まれません。これから企業に問われるのは、クラウド・オンプレミスGPU・Edgeをどう使い分け、どの意思決定をどこで実行するかという“配置設計”です。



要点

  • AI時代のクラウド戦略の本質は、「どこに置くか」ではなく「どの知的処理をどこで動かすか」である。
  • ガバナンスと俊敏性の両立には、個別審査ではなくランディングゾーン型の役割分担が必要である。
  • クラウド・オンプレミスGPU・Edgeを最適配置できる企業が、AI時代の意思決定を獲得する。


1. クラウドに移した。それで、AIは動くのか?

CIOやCDOにクラウド活用の状況を問えば、ほとんどの企業が一定の前進を挙げます。クラウド移行、SaaS導入、データ基盤整備、アジャイル開発環境構築――個別の取り組みは着実に進んでいます。しかし、「そのクラウドで、どのAIワークロードを、どこで実行していますか」という問いに答えられる企業は限定的です。

 

「クラウド移行は進んだが業務変革につながらない」「AI活用がPoC止まりで本番業務に組み込まれない」「GPUリソースが経営管理の対象になっていない」「AIが部門単位に閉じ、全社の意思決定を変えていない」。これらの課題は、クラウドの使い方ではなく、クラウドインフラが解くべき問いそのものが更新されていないことに本質があります。従来は「どこでサーバーを動かすか」を設計してきました。しかし、AI時代には以下の観点を検討するべきです。

  • どの知的処理を変えるか
  • どのハードウェアを使うか
  • どこで実行するか
  • どの意思決定に接続するか

クラウドインフラは、ITコスト削減の手段を超え、企業の知的処理能力を決める経営基盤として捉えるべき段階に来ています。

クラウドインフラは「ITコスト削減の手段」から、AIワークロードを最適配置し企業の知的処理能力を規定する「経営基盤」へと再定義されなければなりません

クラウドインフラは「ITコスト削減の手段」から、AIワークロードを最適配置し企業の知的処理能力を規定する「経営基盤」へと再定義されなければなりません

2. 問題は「オンプレミスかクラウドか」なのか?

AI時代のクラウドを考える上での論点は、は「オンプレミスかクラウドか」ではありません。企業の競争力を左右するのは、市場や業務の変化に応じて、AI処理、データ、業務プロセスを柔軟に組み替えられるか、そしてAIワークロードを最適配置できているかです。

生成AI、AIエージェント、リアルタイム推論が業務に組み込まれると、AI処理は「常時実行される基幹処理」へ変わります。

お問い合わせ

より詳しい情報をご希望の方はご連絡ください。


このとき、以下の判断がコスト・性能・セキュリティ・レイテンシを決定づけます。

  • どの処理をパブリッククラウドで実行するか
  • どの処理をオンプレミスGPUで実行するか
  • どの処理をEdgeで実行するか

クラウドインフラの選択は、もはやIT部門の調達判断ではなく、「どの意思決定を、どのスピードで、どのコストで高度化するか」という経営判断です。

問題の本質は「オンプレミスかクラウドか」ではなく、AIワークロードを最適配置できているかにあります

問題の本質は「オンプレミスかクラウドか」ではなく、AIワークロードを最適配置できているかにあります

3. クラウドリフトで変わったものとは?

従来のITインフラは、自社データセンターを中心に構築されてきました。CPU中心の汎用処理、静的なキャパシティ設計の維持を前提としてきました。この構造では、安定性と統制性が最優先であり、インフラは「変えない」ことに価値がありました。

クラウド登場後も、多くの企業はこの構造を大きく変えませんでした。その典型がLift & Shift(リフトアンドシフト)です。仮想サーバーをIaaS上へ移し、従来と同じ運用を継続するこの方法は、短期的には合理的でしたが、サーバーの置き場所を変えても、業務プロセス、組織運営、意思決定の構造は変わりません。さらに、CPU中心の汎用処理を前提とした従来型インフラは、GPU大量利用、高速ネットワーク、AI専用データパイプライン、低遅延推論を必要とするAIインフラとは前提が異なります。その結果、AIを基幹処理に組み込むには不十分な基盤にとどまります。

オンプレミス延長型アーキテクチャ

4. ランディングゾーンは、なぜスピードと統制を両立できるのか?

クラウド・デジタル時代の本質は、単なるクラウド移行ではなく、コーポレートITとアプリチームの役割分担の再設計にあります。

従来のクラウド活用は、コーポレートITが個別利用のガバナンスを担っていました。しかし、この方式ではクラウドネイティブやサーバレスは「野良クラウド」として制限されることが多く、クラウド本来の俊敏性が生かされませんでした。

本来あるべきは、コーポレートIT/インフラ部門が「ランディングゾーン」――ネットワーク、認証、ログ、監査、権限、セキュリティ、標準構成、コスト管理をガバナンス機能として組み込んだ環境――を提供し、事業ITはその中で自由にアジャイル開発を進める役割分担です。この分担が機能すれば、ガバナンスは設計時に一度組み込まれ、利用時には事業ITの俊敏性を制約しないため、スピードと両立します。しかし多くの日本企業はこの分担を実現できておらず、SaaS乱立、APIスパゲティ(複雑化)、データ分断、AI PoC乱立、コスト不透明化が発生しています。AI処理が本格化すると、これのジレンマはさらに深刻化します。

クラウドランディングゾーン・アーキテクチャ

5. AIワークロードを、クラウド・GPU・Edgeのどこで動かすか?

AI時代において、クラウドアーキテクチャはAIワークロードを最適配置するオーケストレーション基盤へ進化します。中心課題は「どのクラウドを使うか」ではなく、どの推論処理を、どのハードウェアで、どこで実行するかです。AIワークロードの特性に応じて、実行環境は大きく3つのレイヤーに分かれます。

  • クラウド:スケーラブルな学習、大規模分析、グローバル展開に適しています。ただし、大量推論を継続実行するとコストが急速に膨張します。「クラウドだから安い」という前提はAI処理では成立しません。
  • オンプレミスGPU:高性能・高頻度・機密データの推論に適しています。製造、金融、医療など、データ主権や性能保証が求められる領域では経済合理性を持つ場合があります。ただし、従来型仮想サーバー前提のオンプレミスはAI処理に向かず、AIに特化したデータセンターが必要となります。
  • Edge:工場、店舗、車両、IoT機器のリアルタイム推論を担います。ミリ秒単位の応答が必要な処理は、Edgeで実行します。

三層のどこで何を実行するかは、レイテンシ、データ主権、スケール変動、推論頻度、コスト構造の5軸で判断します。さらにGPU、NPU、TPU、AI特化CPUをワークロード特性に応じて組み合わせます。AI時代の競争力を左右するインフラ要素は以下の6つです。AIインフラは、企業の推論処理能力を決める経営基盤です。

  1. GPU確保能力
  2. 高速ネットワーク
  3. AIデータパイプライン
  4. 推論最適化
  5. AI運用監視
  6. ワークロードオーケストレーション
AIオーケストレーションアーキテクチャ

6. インフラはIT判断か、それとも経営判断か?

今後必要なのは、クラウド基盤の刷新だけではなく、意思決定、データ、AI、業務、組織、ガバナンスを統合した全体最適の意思決定構造です。重要なのは、「どの業務判断をどこで実行するか」から、インフラ配置を逆算することです。たとえば与信判断では、リアルタイム性、外部信用情報参照のクラウド連携、機密データの安全性を同時に満たす必要があります。この場合は、「推論はオンプレミスGPU、外部データ参照はクラウドAPI、結果はERPへリアルタイム連携」というアーキテクチャが導かれます。

このように、AI時代のインフラ配置の理想は、個別技術の選択ではなく、意思決定を起点として、三層を整備し動的最適配置することです。しかし、すべてを一度に実現するには巨額の投資と高度な運用ケイパビリティが必要となります。そのため、日本企業においては段階的なアプローチが現実解となります。

第一段階では、クラウド上のGPUを使いこなします。AIに特化したマネージドサービス、モデルAPI、GPUインスタンスを活用し、業務に組み込む経験を蓄積します。続いて第二段階では、現場での即時判断ニーズが顕在化した段階でEdge推論を展開します。第三段階は、推論頻度とコストが一定規模に達した段階で、オンプレミスGPU移行やAI特化データセンター投資を検討します。こうした段階的アプローチを成功させるには、最初から三層を見据えたアーキテクチャ原則を持つことが重要です。単一構成への最適化は、後の拡張時に大規模な再設計を強います。

さらに、AI-Augmented Governance(AIでGPU使用、推論コスト、モデルリスク、データ利用、セキュリティを継続監視・改善する仕組み)と、Product Operating Model(AIワークロードをプロダクトとして継続改善する運営モデル)が、AI活用の定着を支えます。

 

7. GPU調達の前に、何を決めるべきか?

Phase 1:問いの設計と意思決定の可視化 

取り組みの起点となるのは、クラウドベンダー選定やGPU調達ではなく、「どの意思決定をAIで高度化し、その処理をどこで実行するか」の定義です。経営として高度化すべき意思決定、各AI処理の特性、クラウド・オンプレミスGPU・Edgeへの配置、データ配置、GPU確保・管理、コスト・性能の継続最適化を整理します。

これらの判断基準を、経営、事業、IT、セキュリティ、データの共通理解として持つことが重要です。

Phase 2:PoCで終わらせず、業務に組み込む

重要なのは、AIモデルの構築ではなく、AIの判断結果が業務システムに連携され、人の承認を経て、実際のアクションにつながる状態を実現することです。そのためには、業務プロセス、権限、データ連携、ガバナンス、モニタリングを含めた統合設計が必要となります。推論基盤、監視、セキュリティ、コスト管理、モデル改善、データ品質管理をAIワークロード運用基盤として統合することで、AI活用は企業の意思決定能力を高める仕組みへ進化します。

 

8. インフラが、企業の知的処理能力を決める時代が来る?

EYは、AI時代のクラウドインフラを単なる技術導入とは捉えていません。クラウド移行、AI基盤構築、GPU活用、Edge推論、データ基盤整備を分断せず、企業がどの意思決定を変え、どの業務にAIを組み込み、どう全社へスケールさせるかを起点に支援します。

構想フェーズでは、経営、事業、IT、データ、AIを統合し、高度化すべき意思決定を明確化した上で、AI時代におけるデジタル・エンタープライズ・アーキテクチャの将来像を描き、ロードマップを定義します。実行フェーズでは、ERP、SaaS、データ基盤と接続してAIを本番業務へ組み込み、Decision Architecture、AI-Augmented Governance、Product Operating Modelを整備します。

構想・戦略フェーズにて、目指す姿と実行計画を描いた上で、統制するための体制を実現し、変革実行プロジェクトの統制や技術検討を支援します

構想・戦略フェーズにて、目指す姿と実行計画を描いた上で、統制するための体制を実現し、変革実行プロジェクトの統制や技術検討を支援します

クラウドインフラとは、サーバーを動かす基盤ではなく、企業の知的処理能力を設計し、意思決定を高速化する経営の実行基盤そのものです。




お問い合わせ
より詳しい情報をご希望の方はご連絡ください。


サマリー 

AI時代のクラウドインフラは、サーバー配置の問題ではありません。クラウド・オンプレミスGPU・Edgeを横断し、企業の意思決定を最適化する「推論処理基盤」そのものです。



関連記事

データは、“貯める”から“使わせる”へ?── データアーキテクチャは、“保管する構造”から“判断に届ける構造”へ

AI時代のデータアーキテクチャとは。DWHやBIを整備しても意思決定が変わらない理由をひも解き、Agenticデータファブリックによるデータ活用の問いの立て方をご紹介します。

SaaSは、誰が使うものか?──"人が使う"から"AIが使う"へ。アプリケーションアーキテクチャの主語転換

AI活用で変わるアプリケーションアーキテクチャ。単なるCRMやERPの導入を超え、人ではなくAIエージェントがERPやSaaSを動的に組み合わせ、意思決定を加速させるための構造設計をご紹介します。


この記事について