top of page

AI成長と電力制約の中、Synergyのクラウド収益が1,680億ドルに到達

1 日前
読了時間: 19分

Synergy Research Groupによると、電力制約が新規容量の提供を複雑にするなかでも、2026年第3四半期の世界のクラウドインフラ支出は1,680億ドルに達した。Synergyのクラウド収益推計は、インフラの追加とサービス構成の変化を通じて拡大する市場を示している。これは、物理的なコンピューティング容量が同じペースで増加したことを意味するものではない。

中心的な緊張関係は、支出の伸びと利用可能な供給の間にある。AIサービスは、機器とソフトウェアの異なる組み合わせから、より多くの収益を生み出し得る。一方で顧客は、電力、冷却、信頼できる提供日程を備えた施設をなお必要としている。

Amazon、Microsoft、Googleは依然として最大手プロバイダーだが、特化型AIクラウドも顧客とインフラを巡って競争している。企業の購入担当者にとって、市場拡大は選択肢の増加をもたらすが、アプリケーションが必要とする場所で適切な容量を確保できる保証にはならない。

Synergyのクラウド収益が示すAI主導の市場変化

この見出しが測定しているのは、データセンター建設やAIチップ単体への支出ではなく、クラウドインフラサービスへの支出である。

Synergyは2026年10月29日に調査結果を公表した。同社のクラウドインフラ支出推計では、四半期収益は1,677億ドルで、1,680億ドルに丸められている。これは前年同期比55%の成長に相当する。

この調査は、レンタル型コンピューティングインフラ、マネージドアプリケーションプラットフォーム、ホステッドプライベートクラウドサービスを対象としている。これらの分類は、プロバイダーが取得する建物や機器ではなく、顧客が購入するサービスを表す。

Synergyによれば、市場規模は8四半期で倍増した。AI特化サービスは現在、推計総額のおよそ3分の1を占める。これらの結果は、AIが限定的な基盤から拡大する小規模カテゴリーではなく、インフラ支出の大きな構成要素になったことを示している。

この区別は重要だ。収益には複数の変動要因が含まれる。顧客はサービス利用を増やすことも、異なるサービスの組み合わせを購入することも、異なる料金を支払うこともある。支出増だけでは、各要因の寄与を特定できない。

また、これらのサービスが追加でどれだけの業務を完了したかも測定できない。プロバイダー収益は購入を記録する。顧客の生産性を判断するには、有用な作業、信頼性、許容可能な結果を得るために必要なリソースに関する別の証拠が必要となる。

そのため、アプリケーションの成果が一様でない状況でも、強いインフラ需要は成立し得る。企業は、自社のAIアプリケーションがより広範な展開に値するかを検証しながら、コンピューティング容量を購入できる。その購入はインフラ需要を示すが、そのアプリケーションの最終的な商業価値を確定するものではない。

したがって、Synergyのクラウド収益をAI収益性の指標として解釈するのは、証拠の範囲を超えることになる。この発表が示すのは市場規模と成長であり、そのインフラ上で稼働するあらゆるアプリケーションの財務リターンではない。

報告対象期間にも注意が必要だ。これは年間総額や北米の建設指標ではなく、世界全体に関する四半期推計である。別の数値と比較する際は、まず期間、地域、カテゴリーを一致させる必要がある。

AIインフラを追う読者にとって、この変化はなお重要である。クラウド支出に占める割合は、異なる機器要件と運用経済性を持つサービスにますます依存するようになっている。これは、拡張に関してプロバイダーが答えるべき問いを変える。

従来のクラウドの物語は、企業コンピューティングをレンタル型インフラへ移行することを重視していた。現在の物語には、AI開発と展開の市場拡大が加わっている。プロバイダーは、両者の要件が交換可能だと仮定せずに支える必要がある。

したがって、最も有用な解釈は具体的なものだ。顧客はクラウドインフラに対する支出を大幅に増やしており、AIサービスが意味のある割合を占めている。供給が追いつくかどうかを判断するには、収益総額を超える証拠が必要となる。

企業の購入担当者は成長の裏にある提供上の問題に直面する

建設パイプラインの拡大は、顧客が希望するスケジュールで稼働容量を確保できることを保証しない。

CBREが9月8日に公表した調査結果は、北米の主要8データセンター市場におけるその圧力を描いている。同社のデータセンター建設データでは、2026年前半に建設中だった容量は7,481メガワットだった。メガワットは電力容量を測る単位で、施設規模を表す手段となる。

その建設容量の80%以上は、完成前にすでに事前賃貸契約が結ばれていた。CBREはまた、電力制約がプロジェクトのタイムラインを長期化させていると述べている。これらの結果は、大規模な開発パイプラインと限られた利用可能容量が共存し得る理由を示している。

購入者にとって、発表された容量と利用可能な容量は異なる問いに答える。発表は開発の意図を示す。稼働容量には、関連インフラの完成、接続、試験、そして顧客契約に基づく利用可能性が求められる。

アプリケーションが特定の場所に依存する場合、この違いは重要になる。データ処理要件、既存システム、許容できる応答時間によって、選べる選択肢が絞られることがある。プロバイダーの世界的な拡張が、地域固有の要件を自動的に解決するわけではない。

これは供給制約から導かれる分析上の含意であり、すべての顧客の経験についての主張ではない。実務上の問題は、容量がアプリケーションに適合するかどうかである。市場全体の成長だけでは、個別の導入についてその問いに答えられない。

たとえば、社内のエンジニアリング文書を検索する企業向けアシスタントを考えてみよう。開発者には適切なコンピューティングサービスが必要だが、アクセス制御や既存情報への接続も必要になる。他の場所で容量が利用できても、チームが使えるようになるまでに導入設計の変更を要する場合がある。

この例は仮説であり、報告された顧客事例ではない。これは、インフラの利用可能性をアプリケーション要件と併せて評価すべき理由を示している。技術的に利用可能なサービスでも、特定の業務プロセスには適さないことがある。

この圧力は、既存アプリケーションを管理するチームにも及ぶ。彼らの拡張計画は、AI開発および展開と同じインフラ市場を共有する。購入者は、実際の要件と、以前の調達サイクルから引き継いだ想定を区別する必要がある。

求められる対応は、提供に関する証拠へ一層注意を向けることだ。将来の施設の稼働に依存する場合、コミットメントは精査に値する。重要な問いは、どのマイルストーンが未達なのか、遅延の責任を誰が負うのかである。

これは、すべての購入者がより多くの容量を予約すべきことを意味しない。未使用のコミットメントには、それ自体のリスクがある。緊張関係は、アプリケーションのスケジュールを守ることと、まだ実現していない需要に基づく義務を避けることの間にある。

開発者も関連する設計上の判断に直面する。利用できない一つのサービスに依存するアプリケーションには、即時に選べる代替策が少ない。別の展開オプションをサポートすれば柔軟性を高められるが、その柔軟性には追加のエンジニアリングと検証が必要となる。

したがって、この圧力は物理的なものだけでなく組織的なものでもある。調達チーム、開発者、事業責任者は、需要と提供について整合的な前提を持つ必要がある。市場の見出しは、その共通理解の代わりにはならない。

クラウド拡張は、プロバイダーが機会を見込んでいるという確信を支える。しかし、特定の顧客がいつ、その結果として生まれるインフラを利用できるかを検証する必要をなくすものではない。

AIクラウドの成長は物理的容量を上回り得る

容量全体で販売されるサービスが変化しているため、収益と物理的容量は異なる速度で成長し得る。

Data Center Knowledgeの11月3日の報道は、追加容量、価格変動、より高付加価値なAIサービスへの移行について述べている。そのAI容量分析は、この説明をSynergyのチーフアナリストであるJohn Dinsdaleに帰している。

この仕組みは、収益拡大と制約のあるインフラを整合的に捉える助けとなる。プロバイダーは、運用規模を変えるのと並行して、販売するものを変えられる。コンピューティングとマネージドサービスの異なる組み合わせは、異なる収益結果を生み出し得る。

これは、すべての新設施設が電力単位当たりでより多くを稼ぐことを示すものではない。それを実証するには、比較可能な運用データが必要となる。より限定的な結論は、収益成長を物理的供給の同等な増加へ直接置き換えることはできないということだ。

AIワークロードは、需要の内部にも区別をもたらす。トレーニングは、モデルの内部パラメーターを調整して開発する作業である。推論は、訓練済みモデルを動かし、顧客のリクエストへの応答などの出力を生成する作業である。

これらの活動は異なる目的に役立つため、インフラ要件も別々に評価する必要がある。トレーニングプロジェクトと顧客向けアプリケーションを、同等の購入として扱うべきではない。利用可能性、スケジューリング、運用上の優先順位は、実際のタスクに左右される。

サービスのパッケージ化は、さらに別の層を加える。顧客はコンピューティングリソースを直接借りることも、周辺作業をより多く処理するマネージド機能を購入することもできる。後者の購入では、購入者とプロバイダーの間で責任分担が異なる。

これは重要な測定上の問題を生む。支出の増加は、生のコンピューティングの比例的な増加ではなく、より広範なサービスを反映している可能性がある。その変化を考慮せずに期間間の支出を比較すると、顧客が何を購入しているのかが見えにくくなる。

同じ注意は企業予算にも当てはまる。インフラ費用の増加は、利用量の増加、より要求の厳しいアプリケーション、または異なるサービス契約を伴う可能性がある。アプリケーション自体の証拠なしに、事業パフォーマンスの改善を立証することはできない。

文書アシスタントの場合、有用な証拠は、従業員が正確で適切に出典が示された回答を得られるかどうかに関するものとなる。コーディングアプリケーションでは、受け入れられた成果物が開発プロセスを改善するかどうかに関するものとなる。インフラ支出は、そうした成果への投入要素である。

これらの例は、特定製品の検証済みパフォーマンスに関する主張ではなく、評価上の区別を示している。これは、購入者がプロバイダーの支出指標と併せてアプリケーション指標を必要とする理由を説明する。両方がなければ、財務成長と運用上の進展は混同され得る。

根底にあるトレードオフは複雑性に関するものだ。マネージドサービスは作業をプロバイダーへ移せる一方、インフラへの直接アクセスでは顧客により多くの責任が残る。市場カテゴリーが成長しているというだけで、どちらかの方式が望ましくなるわけではない。

したがって、AIクラウドの成長は、プロバイダーと購入者の双方に報告上の課題を生み出す。両者は、どのサービスが拡大し、その拡大が何をもたらしたのかを説明する必要がある。単一の収益総額は、そうした違いを一つの数字に圧縮する。

効率改善と支出拡大の間には、自動的な矛盾もない。より効率的な実行と利用総量の増加は同時に起こり得る。その関係を判断するには、消費と完了した作業の両方に関する証拠が必要となる。

このため、クラウド収益の増加は、購買活動を示す有意な証拠となる。一方で、物理的な拡張を示す証拠としては不完全であり、顧客からのリターンを裏付けるには不十分だ。これらの指標を分けて捉えることで、見出しの有用性が高まる。

この仕組みは拡張の意義を損なうものではない。支出の急増が堅調に続く一方で、顧客がなおインフラ制約に直面し得る理由を説明するものだ。

AWS、Microsoft、Googleはより広い競争領域で競合する

拡大するAI市場では、インフラへのアクセスと顧客関係をめぐる競争が同時に起きている。

Synergyの推計では、世界のクラウドインフラ収益に占めるAmazonのシェアは26%、Microsoftは19%、Googleは16%となっている。MicrosoftとGoogleはAmazonより速く成長した。これらの数値は、同一の企業報告セグメントではなく、Synergyの市場定義におけるシェアを示している。

この違いにより、企業の財務諸表との直接比較には限界がある。事業セグメントには、アナリストが定義するインフラカテゴリーの対象外となるサービスが含まれる場合がある。数値を用いて業績を順位付けする前に、それぞれの指標に何が含まれるかを確認する必要がある。

最大手プロバイダーに続き、SynergyはOracleと複数のAI特化プロバイダーを、最も成長が速い企業として挙げている。これにはCoreWeave、Crusoe、Nebiusが含まれる。こうした企業の拡大により、競争領域は既存のリーダー企業を超えて広がっている。

しばしばネオクラウドと呼ばれるAI特化プロバイダーは、AIワークロード向けのインフラとサービスに注力している。その存在により、顧客には評価すべき別の選択肢が生まれる。同時に、それらのサービスを支えるために必要な設備をめぐる競争も生じる。

JLLが8月11日に示した調査結果は、より幅広い需要構成を示している。同社のデータセンター需要分析では、北米のテナント需要の59%をハイパースケーラー、11%をネオクラウドが占めるとしている。ハイパースケーラーとは、広範な施設ネットワーク全体でインフラを運営する大規模クラウド事業者を指す。

これらの割合は、世界のクラウド収益ではなくテナント需要に関するものだ。インフラ競争の文脈にはなるが、Synergyの市場シェアと直接組み合わせるべきではない。基礎となるカテゴリーと地理的な対象範囲が異なるためだ。

戦略的な含意は、クラウド競争がアプリケーションプラットフォームの販売にとどまらない点にある。プロバイダーは、それを提供するために必要な物理的資源へのアクセスも確保しなければならない。魅力的なサービス提供は、適切なインフラが実際に稼働することに依存する。

特化型プロバイダーにとって、注力分野はその提案価値を明確にする助けとなり得る。顧客は、その焦点が要求の厳しいAIワークロードに適しているかを評価できる。それでも、特化によってあらゆる懸念が解消されるとみなすのではなく、提供、サポート、継続性に関する証拠が必要となる。

既存プロバイダーにとっては、幅広さが異なる提案価値を生む。既存の関係性や連携するサービスは、顧客の選択に影響し得る。こうした利点も、特定のアプリケーション要件に照らして評価する必要がある。

これは、すべての導入で一つのプロバイダー区分が勝つという普遍的な競争ではない。選択肢を比較する買い手には、一貫したワークロードと受け入れ基準が必要だ。そうでなければ、サービス範囲の違いが性能差に見えてしまう可能性がある。

競争領域の拡大は、競争という言葉の意味も複雑にする。企業は、サービスチェーンの別の領域では競合する組織に対してインフラを供給する場合がある。商取引上の関係があるからといって、すべての市場で同じ陣営に立つとは限らない。

JLLは、AI企業、ハイパースケーラー、特化型プロバイダーにまたがるキャパシティ手配について説明している。分析上の帰結は、より相互接続された供給構造だ。エクスポージャーを評価するには、提供されるサービスと、それを担う組織を理解する必要がある。

顧客にとって有用な問いは、どのプロバイダーが信頼できる契約のもとで定義済みの要件を満たせるかである。市場シェアは文脈を与えるが、買い手が実際に受け取るサービスの評価に取って代わることはできない。

競争構造の変化は、本稿の中心的な緊張関係を強める。より多くの企業がクラウド需要を追う一方、物理的な提供は共有資源による制約を受け続けている。

電力制約が拡張の根拠を複雑にする

強い需要は建設を後押しするが、提供、稼働率、個別資産の価値に関する不確実性を取り除くものではない。

国際エネルギー機関(IEA)が更新した電力需要見通しは、データセンターの消費電力が2030年に約950テラワット時に達すると予測している。テラワット時は、一定期間に消費される電力量を測る単位だ。同機関は、投資とプロジェクトのパイプラインが拡大する一方で、短期的なボトルネックがあると指摘している。

これは観測された結果ではなく予測である。その重要性は、コンピューティングの拡張とエネルギーインフラのつながりにある。施設への資金調達が可能であることは、その電力供給が予定どおりに到着することを意味しない。

電力容量と電力消費量も異なるものを測っている。容量は、施設が引き込める電力の大きさを示す。消費量は一定期間に使用されたエネルギーを記録するため、両者の数値を相互に置き換えることはできない。

この区別は、建設発表を過度に単純化して読むことを防ぐ。公表された容量はプロジェクトの規模を示す。稼働予定、実際の利用率、あるいは有用なコンピューティングへの最終的な寄与を立証するものではない。

稼働率とは、利用可能な資源のうち顧客が実際に使用する割合を意味する。完成した施設にも、適切な機器と、そのサービスに対する十分な需要が必要だ。したがって、建設の進捗と商業的な成果には、それぞれ別の証拠が求められる。

事前リースは顧客のコミットメントを示す証拠となるが、実行上の問題は残る。提供は残りのマイルストーンに左右され、契約上のコミットメントは実際の条件の範囲で解釈しなければならない。見出しに示された割合だけで、すべてのプロジェクトの財務的な強靱性を立証することはできない。

したがって、懐疑的な見方は、拡張全体が持続不可能だと宣言するより具体的なものとなる。成長市場には、脆弱なプロジェクト、遅延する施設、要件が変化する顧客が存在し得る。総需要はすべての資産に均等に配分されるわけではない。

資産価値は、特定の所有者にとっての結果とも異なる。事業の所有者が変わった後も、インフラは有用であり続ける可能性がある。しかし、その可能性が当初の資金調達の枠組みで期待どおりの結果が得られることを保証するわけではない。

同様に、建物が継続して利用されていることは、設置済みのすべての機器が同等の価値を保つことを示すものではない。重要なのは、将来の顧客とワークロードへの適合性である。インフラの耐久性について広範な主張を行うには、この限定が必要となる。

地域社会の受容も、実行上の別の論点となる。JLLは、電力、水、騒音への影響をめぐる対話を重視している。顧客は最終的にプロジェクトの稼働開始に依存するため、これらの懸念は開発計画に組み込まれるべきだ。

IEAの見通しは、直線的な予測に慎重であるべきさらなる理由を示している。エネルギー需要は、技術選択、導入、より広い経済状況に左右される。プロジェクトのパイプラインだけでは、最終的な軌道を決めることはできない。

エンタープライズの買い手にとって、これらの不確実性はサービス継続性に関する問題へと置き換わる。提供への依存関係と、プロバイダーが計画を変更した場合の影響を理解する必要がある。市場全体が拡大している場合でも、この精査の重要性は変わらない。

開発者にとって、その帰結はアーキテクチャ上の規律である。特定のインフラ構成への依存は、アプリケーションのニーズと入手可能な証拠を反映すべきだ。プロバイダーの成長物語は、技術要件ではない。

証拠は、強い需要と実在する制約の両方を示している。信頼できる分析は、あらゆる拡張計画が成功または失敗する証拠としてどちらか一方を扱うのではなく、両方を保持する。

収益構成、稼働開始した容量、顧客コミットメントを注視する

次に有用となるシグナルは、プロバイダーが何を販売し、何を稼働させ、顧客がコミットメントを維持するかに関するものだ。

まず、次回の報告サイクルでは収益構成を注視したい。重要なのは、プロバイダーが消費量の増加とサービス構成の変化を区別しているかどうかだ。より明確な開示があれば、AIクラウドの成長がどのように事業活動へ転化しているかを説明しやすくなる。

導入済みアプリケーション全体で継続的な利用が確認されれば、持続的な需要の根拠は強まる。十分な詳細を伴わない収益成長では、その仕組みを評価しにくいままとなる。いずれの場合も、顧客の生産性に関する仮定で置き換えるべきではない。

Synergyによるクラウド収益推計は、有用な市場ベースラインを示している。将来の比較は、同じ定義を維持することでより有益になる。対象範囲の変更は、成長率を同等の指標として解釈する前に特定すべきだ。

次に、発表された容量ではなく、実際にサービス開始した容量を注視する。重要な更新情報には、完成した施設、利用可能なサービス、提供上のマイルストーンが含まれる。これらのシグナルは、インフラ拡張が買い手や不動産研究者の指摘する制約を解消しているかどうかを示す。

プロジェクトが稼働開始に至れば、供給対応の議論は強まる。提供予定の改定は、実行リスクの重要性を改めて示すことになる。解釈は、そのプロジェクトとより広い市場における位置づけに即したものにとどめるべきだ。

利用可能性も需要と一致する必要がある。ある場所の容量が、別の場所を必要とするアプリケーションに自動的に対応するわけではない。プロバイダーが、顧客が利用できるサービスと提供地域を説明すれば、更新情報はより有用になる。

3つ目に、顧客のコミットメントと継続性を注視する。新たな契約は将来の意向を示す証拠となり、継続的な利用は導入済み需要の証拠となる。どちらも重要だが、答える問いは異なる。

更新、継続的な消費、顧客導入の完了は、持続性に関する議論を強める。コミットメントの縮小や導入の遅延があれば、影響を受けるプロバイダーとワークロードをより詳しく見る必要がある。一つの動向を業界全体への判定にしてはならない。

これらのシグナルは順序立てて評価すべきだ。収益構成は購入を示す。稼働開始した容量は供給を示し、継続する顧客活動は、その供給が持続的な需要を支えているかを示す助けとなる。

ナレッジワーカーとプロダクトチームにとっても、この区別は重要だ。AIアプリケーションの価値は、実際のプロセスを改善するかどうかに左右される。インフラの拡張は提供を可能にするため重要であり、アプリケーションに関する証拠は、その提供に価値があったかを明らかにする。

文書ベースのAIを評価するチームにとって、検索可能なナレッジベースは検討できる具体的なワークフローを提供する。重要な問いは、情報へのアクセス、回答の品質、ユーザーが完了できる作業に関するものだ。これらの問いは、どのインフラプロバイダーがアプリケーションを支えるかにかかわらず必要であり続ける。

次のクラウド関連の見出しを、評価の始まりとして扱おう。その報告対象範囲を前回のリリースと比較し、次に提供済み容量と継続的な顧客利用の証拠を探す。自社のアプリケーションについては、こうした市場シグナルを、観測された性能と文書化された要件に結び付ける。

開発者、調達チーム、事業責任者を、同じ前提のもとでそのレビューに参加させましょう。アプリケーションに必要なもの、未解決の依存関係、拡大を正当化する根拠を明確にします。プロバイダーの開示内容や提供スケジュールが変わった際には、こうした判断を見直してください。クラウド収益の急増はこれらの意思決定の重要性を高めますが、意思決定そのものを代行することはできません。今後のどのような結果が得られれば、チームはコミットメントを拡大するための十分な根拠を得られるでしょうか?

 
 

無料で始めましょう

ローカルファーストのパーソナル知識管理付きAIアシスタント

より良いAI体験のために、

remio は現在、 Windows 10+ (x64)とM-Chip Mac のみをサポートしています。

仕事のAIパートナー
remioでもっと仕事が進む

計画・作成・仕上げまで
すべてをひとつに

bottom of page