Cloud

概要 BroadcomはKubeCon EU 2026（アムステルダム）にて、Kubernetesネイティブのバックアップ・リストア・移行ツール「Velero」をCloud Native Computing Foundation（CNCF）のサンドボックスプロジェクトとして寄贈すると発表した。Veleroは2026年2月にCNCFサンドボックスへの申請が受理されており、今回のKubeConでの発表はその公式なコミュニティへの移行を示すものとなった。CNCF CTOのChris Aniszczyk氏は「VeleroはKubernetes環境における重要なバックアップおよびディザスタリカバリレイヤーを提供し、ステートフルアプリケーションを保護します。CNCFサンドボックスに参加することで、ベンダーニュートラルな環境のもとコミュニティコラボレーションを促進できます」とコメントした。 VeleroのCNCF移行の背景と意義 Veleroはクラスタの状態と永続データの保護、ディザスタリカバリおよびロールバックワークフロー、クラスタ間や異なるクラウド・オンプレミス環境へのワークロード移行といった機能を提供するKubernetesエコシステムにおける重要なツールだ。これまでBroadcom（旧VMware）が主体的に開発・管理してきたが、CNCFへの移管によってベンダーニュートラルなガバナンスのもとに置かれることになる。これにより、特定ベンダーへの依存という懸念が払拭され、幅広いコントリビューターが参加しやすくなる。Broadcomは自社がCNCFのトップ5コントリビューターに位置すると主張しており、今回の寄贈はオープンソースコミュニティへのコミットメントの一環として位置づけられている。 同時発表：VMware vSphere Kubernetes Service 3.6 Veleroの寄贈と合わせ、BroadcomはVMware vSphere Kubernetes Service（VKS）3.6もリリースした。主な新機能として、Kubernetes 1.35への対応（24ヶ月の拡張サポート付きでCNCF認定済み）、RHEL 9のサポート追加（既存のPhoton OS 5、Ubuntu 22.04/24.04、Windows Server 2022に加え）、ノードプール単位で異なるOSを組み合わせられるヘテロジニアスクラスタ対応が挙げられる。運用面では、データベースやレイテンシ敏感型ワークロード向けのTuneDプロファイルによるカーネル・sysctlチューニング、アップグレード前の事前チェック機能（SystemCheckSucceeded条件）、vCenter認証不要でのサポートバンドル生成が実装された。セキュリティ面ではAppArmorプロファイルのカスタムリソース管理やnftablesバックエンドのサポートも追加されている。 今後の展望 BroadcomはCNCFへのVelero移管を通じ、エンタープライズ向けKubernetesデータ保護の長期的な持続可能性を高めるとともに、より広いコミュニティと共同でプロジェクトの技術的方向性を決定していく方針だ。VKS 3.6とVeleroのCNCF移管は、BroadcomがVMware Cloud Foundation上でVMとコンテナを対等なワークロードとして扱うという戦略的方向性とも一致しており、エンタープライズKubernetesプラットフォームの信頼性と中立性をアピールする動きとして注目される。

概要 アムステルダムで開催されたKubeCon + CloudNativeCon Europe 2026（2026年3月24日）のDay 1において、NVIDIAはCloud Native Computing Foundation（CNCF）のプラチナメンバーとして正式に加入し、GPU向けDynamic Resource Allocation（DRA）ドライバーをCNCFへ寄贈すると発表した。このドライバーはベンダー中立なリファレンス実装としてKubernetesプロジェクト配下でコミュニティ管理へ移行する。CNCFのCTO Chris Aniszczyk氏は「NVIDIA DRAドライバーのアップストリーム化は、オープンソースのKubernetesとAIインフラにとって大きなマイルストーン」と評した。13,500人以上が100カ国から参加した同カンファレンスで発表されたこの取り組みは、AIインフラ標準化への業界的な期待の高さを示している。 GPU DRAドライバーの技術的な詳細 従来のKubernetesにおけるGPU管理では、nvidia.com/gpu:1 のような単純な整数リソースとして扱うモデルが主流であり、現代のAIワークロードが必要とする細粒度な要求を表現できなかった。新たに寄贈されるDRAドライバーはこの制約を大きく解消する。 主な機能は以下の通りだ。 NVIDIA Multi-Process Service（MPS）とMulti-Instance GPU（MIG） によるスマートなGPU共有 NVIDIA Multi-Node NVLink を活用したGrace Blackwellシステム上での大規模AIモデルのスケーラブルなトレーニング ComputeDomains という抽象化レイヤーにより、複数ノードにまたがるワークロードが単一の巨大なGPU上で動作しているかのように振る舞うマルチノードNVLink通信 Container Device Interface（CDI） による標準化されたデバイス注入 アプリケーション要求に応じたリアルタイムのハードウェア再設定 アーキテクチャとしては「GPUオペレーター」「DRAドライバー」「KAIスケジューラー」の3層構造で構成される。KAIスケジューラーはAI対応インテリジェンスを担い、フラクショナル割り当てや分散トレーニング向けのギャングスケジューリングなどを提供し、今回CNCFサンドボックスプロジェクトとして新たにオンボードされた。 追加発表とエコシステムへの影響 NVIDIAはDRAドライバーの寄贈に加え、以下の取り組みも発表した。 Grove: GPUクラスター上でAIワークロードをオーケストレーションするためのオープンソースKubernetes API Kata Containers向けGPUサポート: 軽量仮想マシンを活用したセキュアなGPU利用 NVSentinel および AI Cluster Runtime プロジェクトの公開 さらにNVIDIAは今後3年間でCNCFプロジェクトへ4百万ドルを投資し、高性能GPUコンピューティングリソースへのアクセスを提供することを約束した。Amazon Web Services、Broadcom、Canonical、Google Cloud、Microsoft、Nutanix、Red Hat、SUSEなど主要クラウド・インフラプロバイダーとの連携も進める予定だ。「KubernetesはモダンなAI時代ワークロードのデファクトコントロールプレーンに進化した」とされる中、今回の取り組みはGPU対応クラウドネイティブ基盤の標準化を加速し、AIインフラが独自サイロから共通ユーティリティへと移行する流れを決定づけるものとして注目される。

概要 英国の競争・市場庁（CMA）は2026年3月31日、Microsoftのビジネスソフトウェアエコシステムを対象とした「戦略的市場地位（SMS: Strategic Market Status）」調査を2026年5月に開始すると発表した。焦点となるのは、MicrosoftのライセンスモデルがAzureを競合クラウドプロバイダー（AWSやGoogle Cloud等）に対して不当に優遇しているかどうかだ。最長9か月をかけて調査が行われ、MicrosoftがSMSに指定されるかどうかも検討される。 ライセンス問題の詳細 問題の核心は、Windows ServerとSQL Serverのライセンス体系にある。MicrosoftはオンプレミスのライセンスをそのままAzureに移行することを認める一方、AWS・Google Cloudなどの競合クラウド上でこれらの製品を利用する場合には大幅に割高な料金を課している。Googleの報告によれば、非Microsoftプラットフォームへのレガシーワークロード移行コストはAzureと比較して最大5倍に達するケースもあり、実質的にAzureへの囲い込みが生じているとされる。 Microsoftが提示した対応策 CMAの懸念を受け、Microsoftはすでにいくつかの改善策を表明している。具体的には、英国顧客向けに標準インターネット転送とMicrosoft Global Network転送の両方を対象とした無料のデータ転送（Egress無料化）の拡充、クラウド切り替え時の移行期間を60日から180日へ延長、「適格スイッチ（Qualifying Switch）」の定義をAzureからの完全離脱だけでなく個別サービスからの離脱も含む形への拡大、さらにEUのデジタル市場法（DMA）を参考にした相互運用性リクエスト窓口の6か月以内の設置などが含まれる。 業界の反応と今後の展望 今回の調査に対し、業界団体CCIAは「過度に広範な介入」を避けつつ「制限的なソフトウェアライセンス条項」に焦点を当てたアプローチを評価する声明を発表した。一方、クラウドプロバイダーCivoのCEOは、AWSが同様のSMS指定審査から外れたことについて「規制上の不均衡を生む」と批判しており、Open Cloud CoalitionはMicrosoftのコミットメントが履行されない場合には速やかな措置を求めている。CMAは調査開始後に関係者からの意見を募り、6か月後に進捗を再評価する予定だ。SMS指定に至った場合、Microsoftには英国市場における追加的な規制遵守義務が課される可能性がある。

概要 AWSは2026年3月31日、AWS DevOps Agentの一般提供（GA）を発表した。このエージェントは「常時稼働する運用チームメイト」として位置づけられており、インシデントの自律的なトリアージから解決まで一貫して支援する。平均復旧時間（MTTR）を「数時間から数分」に短縮することを目標とし、AWS単体のみならずAzureやオンプレミス環境を含むハイブリッド・マルチクラウド全体をカバーする点が特徴だ。 主な機能と技術的詳細 AWS DevOps Agentはテレメトリデータ、コード、デプロイメントデータを相関分析することでインシデントの文脈を把握する。オブザーバビリティツール、ランブック、コードリポジトリ、CI/CDパイプラインとの統合に対応しており、アプリケーション間の依存関係を学習したうえでコンテキストを踏まえた調査を行う。 主な機能は以下の3点にまとめられる。 インシデント自律解決: アラートの受信から根本原因の特定・対応までを自動化し、運用担当者の作業負荷を大幅に削減する 障害の事前防止: 過去のインシデントパターンを分析し、将来の障害を防ぐための実行可能な推奨事項を継続的に提供する 拡張性: 組織固有のカスタムエージェントスキルを追加でき、固有の運用ニーズへ柔軟に対応できる GA版では新たにカスタムチャートおよびレポート機能が追加され、より深い運用可視化が可能になった。 料金と利用条件 AWS DevOps AgentはAWS Supportの顧客向けに毎月クレジットが付与される仕組みで、サポートプランに応じて割引率が異なる。Unified Operationsプランでは実質無料、Enterpriseプランでは75%、Business Support+プランでは30%のクレジットが適用されるため、既存のAWSサポート契約を持つ企業にとってはコストをほぼ発生させずに導入できる可能性がある。複数のAWSリージョンで利用可能で、プレビュー利用者向けにGA版への移行ドキュメントも整備されている。

概要 TigerFSは、PostgreSQLデータベースをディレクトリとしてマウントし、ls、cat、find、grepなどの標準Unixコマンドでデータを操作できる実験的なオープンソースファイルシステムだ。TigerData（旧Timescale）がMITライセンスのもとGitHub（timescale/tigerfs）で公開したこのツールは、APIやSDKを介さずにデータベースとやり取りできる新しいアプローチとして開発者の注目を集めている。AIエージェントがデータベースの状態を共有・管理する用途でも活用できる設計になっており、AI開発との親和性も意識されている。 2つの動作モード TigerFSは「ファイルファースト」と「データファースト」の2つのワークフローをサポートしている。ファイルファーストモードでは、開発者がファイルをディレクトリ構造（todo / doing / done など）で整理し、アトミックな書き込みと自動バージョニングによって並行アクセスや状態管理を実現する。AIエージェントが複数の状態を共有する際に特に有用なアプローチだ。 データファーストモードでは、既存のPostgreSQLデータベースをマウントして、Unixツールでデータを探索できる。ファイルシステムのパスにフィルタやソート条件を含めることでデータベースクエリに変換されるため、SQLを書かずにデータを取得・確認できるのが特徴だ。 技術的な詳細 LinuxではFUSE、macOSではNFS経由でマウントに対応しており、外部依存なしで動作する。各ファイルはデータベースの1行に対応し、ACID保証が維持される。あらゆるPostgreSQLインスタンスやマネージドサービスと連携可能で、既存のデータベース環境にそのまま組み込める点も評価されている。開発者コミュニティからはパフォーマンス特性や制限事項への関心が寄せられており、小規模データセットの管理や設定ファイル的な用途において有用との声も上がっている。 展望 TigerFSはまだ実験的なプロジェクトとして位置づけられているが、データベースへのアクセスを「ファイル操作」という直感的なインターフェースで統一するというコンセプトは、特にAIエージェントがファイルシステムを通じてデータを読み書きするユースケースで新たな可能性を示している。SQL不要のデータ探索を実現するこのアプローチが、今後どのような形で発展するか注目される。

概要 Cloudflareは2026年4月1日、Dynamic Worker Loaderのオープンベータ公開を発表した。これはWorkersがランタイム時に動的に指定されたコードで新しい隔離されたサンドボックスを生成できる機能であり、AIエージェントが生成したコードを安全に実行するための基盤として設計されている。コンテナと比べて起動速度は約100倍、メモリ効率は10〜100倍優れるとされており、高頻度・低レイテンシが求められるAIコーディングエージェントのコード実行環境として注目されている。 Cloudflareはこの取り組みを「Code Mode」というコンセプトとともに提唱している。従来のAIエージェントは目的達成のためにツール呼び出しを逐次繰り返すアーキテクチャが主流だったが、Code Modeでは「エージェントが型付きAPIに対してコードを書いて実行することでタスクを遂行すべき」という考え方をとる。実際にMCPサーバーをTypeScript APIに変換して検証したところ、従来のツール呼び出しパターンと比較してトークン使用量を81%削減できたと報告されている。 技術的な詳細 Dynamic WorkersはV8アイソレートを基盤としており、1件あたりの起動時間は数ミリ秒、メモリ使用量は数メガバイトに抑えられている。ローディングモードは2種類あり、load() はエージェント生成コードを1回限り実行するワンショット向け、get() はIDでWorkerをキャッシュして複数リクエストをウォームな状態で処理するケースに対応している。 API定義にはOpenAPI仕様ではなくTypeScriptインターフェースを採用している点も特徴的だ。チャットルームAPIの例では、TypeScriptで約15行で記述できる仕様がOpenAPI（YAML）では60行以上になる。LLMにとってのトークン効率と開発者の可読性を優先した設計判断とされている。 セキュリティは多層防御で構成される。Cap’n Web RPCブリッジによるセキュリティ境界の透過的な越境、送信HTTPリクエストをインターセプトして秘密情報へのエージェントの直接アクセスを防ぐクレデンシャルインジェクション、リクエストごとにアイソレートを破棄するエフェメラルなアイソレーション、そしてV8セキュリティパッチの数時間以内の自動適用、カスタムセカンドレイヤーサンドボックス、ハードウェアレベルのMemory Protection Keys（MPK）、学術研究者と共同開発したSpectre対策が組み合わされている。 エコシステムと事例 Cloudflareはあわせて関連ライブラリ3点を公開している。@cloudflare/codemode はDynamic Workersを通じてモデル生成コードをAIツールに対して実行するためのパッケージ、@cloudflare/worker-bundler はランタイムでのnpm依存関係の解決とバンドリングを担い、@cloudflare/shell はトランザクショナルなバッチ書き込みやSQLiteバッキング、R2永続ストレージを持つ仮想ファイルシステムを提供する。 本番採用事例としては、チャットベースのCRUDアプリ構築プラットフォームであるZiteが既にDynamic Workersをデプロイし、1日あたり数百万回の実行リクエストを処理していると報告されている。料金はベータ期間中は無料で、正式リリース後はユニークWorker1件あたり1日$0.002に標準のCPU・呼び出し料金が加算される見込みだ。言語サポートはJavaScriptが実質的な主軸で、PythonとWebAssemblyも技術的には動作するものの起動時間の観点から実用上は限定的とされている。 今後の展望 Cloudflareはこのソリューションを、エージェント実行環境をめぐるアーキテクチャ論争の文脈で明確に位置づけている。永続的なメモリを持つ長寿命エージェント環境を好む陣営に対し、Cloudflareはリクエストライフサイクルに合ったエフェメラルな実行レイヤーを推進する立場を取り、高ボリューム・ウェブ向けシステムへの適合を強調している。AIエージェントのインフラ競争が激化する中、V8アイソレートという既存技術資産を活用したCloudflareのアプローチが他プラットフォームにどのような影響を与えるか注目される。

概要 2026年4月、米国各地で大規模なAIデータセンター開発の発表が相次いでいる。Metaはテキサス州El Pasoへのデータセンター投資額を100億ドルに拡大し、容量1GW（1,000MW）の施設を2028年までに稼働させる計画を明らかにした。またAIクラウドプロバイダーのCrusoeは、Microsoftの大規模AIワークロードに対応するため、テキサス州Abileneに900MWのキャンパスを建設することが明らかになった。ムーディーズの調査によれば、米国の6大ハイパースケーラーが2026年に見込むデータセンター関連の設備投資合計は約7000億ドルに上り、2022年比でおよそ6倍に達する見通しだ。 主要プロジェクトの詳細 テキサス州を中心に複数の大型案件が集中している。GoogleはWilbarger郡でAES提供のクリーンエネルギーを活用した新データセンターを建設中であり、イーロン・マスク氏はオースティンに「Terafab」と呼ばれる半導体・コンピュート施設の建設を提案している。同施設は年間1テラワット規模のコンピュート容量を目指すとされる。テキサス以外では、Penzance ManagementがウェストバージニアBerkeley郡で総投資額40億ドル・600MW IT負荷の「High Impact Intelligence Center」を計画しており、NTT Dataはバージニア州ゲインズビル・シカゴ・サクラメントで合計約115MWの容量を確保している。さらにAligned Data Centersはダラス・フェニックス・北バージニアなどでのキャパシティ拡張に向け25億8000万ドルの資金調達を完了した。 エネルギーと立地戦略の変化 今回の投資ラッシュで顕著なのは、立地選定の優先順位が大きく変化しつつある点だ。従来はファイバーインフラや不動産コストが重視されていたが、現在はいかに大規模な電力を確保できるかが最重要条件になっている。その証左として、オースティンでは太陽光エネルギーのモジュラーシステムを手がけるExowattが11エーカーの新キャンパスを開設した。AIワークロードが要求する膨大な電力消費に対応するため、クリーンエネルギーとの一体的な整備も業界全体のトレンドとなっている。 今後の展望 AIモデルの大規模化と推論需要の急拡大により、データセンター建設ペースは当面加速する見込みだ。テキサス州は電力インフラと土地の豊富さから最有力の開発拠点となっており、複数のギガワット規模プロジェクトが同時並行で進む状況が続いている。一方で、これほどの投資規模の持続可能性や電力グリッドへの影響については業界内外での議論が始まっており、今後は電源確保とグリッド安定化が開発速度を左右する重要な課題となりそうだ。

概要 AWSは2026年3月、AIコーディングアシスタントからサーバーレスアプリケーションのビルド・デプロイ・運用を一元管理できる「Agent Plugin for AWS Serverless」を発表した。Claude Code、Cursor、Kiroなどの主要AIコーディングツールに対応しており、開発者はチャット画面を離れることなくAWS Lambda関数の作成やAPIの設計・管理、インフラのプロビジョニングまでを実行できる。プラグインはAWSの公式GitHubリポジトリ（awslabs/agent-plugins）でオープンソースとして公開されている。 Claude Codeでは /plugin install aws-serverless@claude-plugins-official コマンドひとつでClaudeマーケットプレイスからインストールでき、個別スキルを選んで導入することも可能だ。 技術的な仕組みとスキル Agent Pluginはスキル・サブエージェント・フック・Model Context Protocol（MCP）サーバーを1つのモジュールにまとめたオープンフォーマットの拡張機能で、複数のAIツール間で互換性を持つ設計となっている。開発ライフサイクル全体をカバーする主な機能は次のとおりだ。 Lambda関数の作成と管理: Amazon EventBridge・Kinesis・AWS Step Functionsなどのイベントソースとの統合、可観測性・パフォーマンス最適化・トラブルシューティングのベストプラクティスを内包 IaCサポート: AWS SAM（Serverless Application Model）とAWS CDKによる再利用可能なコンストラクト提供、CI/CDパイプラインとローカルテストへの対応 API設計: Amazon API Gatewayを通じたREST API・HTTP API・WebSocket APIの設計と管理 ステートフルワークフロー: Lambda Durable Functionsによるチェックポイント機構と高度なエラーハンドリング AWS Lambdaのファイルディスクリプタ上限も4倍に拡大 同時期に発表されたもう一つの重要な改善として、AWS LambdaのファイルディスクリプタUlimitが従来の1,024から4,096へ4倍に引き上げられた。この変更はLambda Managed Instances（LMI）上で動作する関数が対象で、LMIが同時に複数のリクエストを処理できる仕組み上、ファイルディスクリプタの枯渇がボトルネックになりやすいという課題を解消する。 ファイルディスクリプタはファイルのオープン・外部サービスへのネットワークソケット接続・並行I/Oストリームの管理など幅広い用途で消費されるため、I/O集中型ワークロードや大規模なコネクションプールを必要とするアプリケーション、マルチコンカレンシーを活用するサーバーレス設計において直接的な恩恵がある。本機能はLMIが一般提供（GA）されている全AWSリージョンで利用可能だ。 今後の展望 Agent Plugin for AWS Serverlessの登場は、AIコーディングアシスタントをインフラ管理の直接的なインターフェースとして位置づけるAWSの方向性を示している。オープンソースでの公開により、サードパーティによる拡張や他クラウドサービスとの連携プラグインの開発も期待される。Lambdaのファイルディスクリプタ拡大と合わせ、高スループット・高並行のサーバーレスアーキテクチャをAIドリブンな開発体験で構築しやすくなったといえる。

概要 AWSは2026年4月6日より、Amazon S3のカスタマー提供キーによるサーバーサイド暗号化（SSE-C）を新規バケットに対してデフォルトで無効化する。さらに、AWSアカウント内にSSE-Cで暗号化されたオブジェクトが存在しない既存バケットも同様の変更対象となる。一方、SSE-C暗号化オブジェクトを保有するバケットは引き続きSSE-Cをサポートし続けるため、現行の運用に即座の影響はない。この変更は4月6日以降、数週間かけて全AWSリージョンへ展開される予定だ。 技術的な変更内容 変更後、新規バケットの GetBucketEncryption APIレスポンスには BlockedEncryptionTypes に SSE-C が含まれるようになる。SSE-Cが無効化されたバケットへSSE-Cを指定してオブジェクトをアップロードしようとすると、HTTP 403 Access Deniedエラーが返される。 SSE-Cが必要なバケットでは、s3:PutEncryptionConfiguration 権限を持つユーザーが PutBucketEncryption APIを呼び出してSSE-Cを明示的に有効化する必要がある。既存のCloudFormationテンプレートや自動化スクリプトがSSE-Cを前提としている場合は、事前に設定の見直しが求められる。 背景：SSE-CからSSE-KMSへ SSE-Cは2014年6月にAmazon S3へ追加された機能で、顧客が暗号化キーを自分で管理できる仕組みとして提供された。しかし同年11月にAWS Key Management Service（AWS KMS）がリリースされて以降、SSE-Cの実用的な優位性は薄れてきた。 AWS KMSを使うSSE-KMSでは、きめ細かなIAMポリシーによるキーへのアクセス制御や、AWS CloudTrailによるキー操作ログの取得が可能だ。また、データを読み書きするユーザー・ロール・AWSサービスに対して、実際のキーを渡すことなくアクセス権を付与・剥奪できる。一方SSE-Cでは、S3がキーを保存しない設計上、SSE-C暗号化データへアクセスするたびに暗号化キーを都度提供しなければならず、複数のユーザーやサービスとの共有が現実的ではない。現在すでに数十万の顧客がSSE-KMSを採用しており、AWSは今回の変更を通じて暗号化オプションをより分かりやすく整理する狙いがあるとしている。 SSE-KMSで対応できないケースへの対処 Parquetファイル内の特定のカラムチャンクを異なるキーで暗号化するなど、SSE-KMSでは実現できない高度な要件がある場合は、クライアントサイド暗号化の活用が推奨されている。AWSはオープンソースの AWS Encryption SDK および S3 Encryption Client ライブラリを提供しており、AWS KMSや独自のキー管理ソリューションと組み合わせて利用できる。現在SSE-Cを使用しているかどうかは、CloudTrailによるアクセス監査やS3 Inventoryレポートのクエリで確認可能だ。

概要 Amazonは2026年度の設備投資（CapEx）として2000億ドルを計画しており、2025年実績比で52%増という民間企業史上最大規模の資本支出となる見通しだ。この投資の中心はAWS向けAIデータセンターの大規模展開で、インディアナ州（150億ドル）やルイジアナ州（120億ドル）など米国各地での建設プロジェクトが進行中。AWSのAIコンピューティングサービスに対する受注残は2440億ドルを超えており、旺盛な需要が巨額投資の背景にある。 技術戦略：カスタムシリコンとエネルギー自給 技術面では、独自開発のAIチップ「Trainium 3」（3nmプロセス）の一般提供（GA）が2026年の重要目標として位置づけられており、同年予算の大部分がその実現に充てられていることが注目される。カスタムシリコンへのシフトは、汎用GPUへの依存を減らしコスト効率を高める狙いがあり、AIトレーニングおよび推論の両フェーズでAWSの競争力を強化する。またエネルギー面では、Constellation EnergyやDominion Energy、Vistra Corpといった原子力発電企業とのパートナーシップを通じたエネルギー自給体制の構築も進めており、データセンターの電力安定供給を確保しようとしている。 業界への影響 2026年のビッグテック全体のAI向けCapEx合計は6500億ドルに達する見込みとされ、産業規模での競争激化が続く。Amazonの積極投資はAWS自身のポジション強化と同時に、Azureが電力不足や受注未履行の問題を抱えるMicrosoftなど競合他社への圧力にもなる。一方、同規模の投資が難しい中小クラウドプロバイダーにとっては厳しい競争環境が続くことが予想される。AIインフラをめぐる「カスタムシリコン×エネルギー自給」の組み合わせは、今後のクラウド競争の構造そのものを再編しつつある。