NTT西日本が大阪・福岡に次世代AI対応DCを新設——現場PM目線で「2029〜2031年竣工」をどう読むか
NTT西日本が大阪と福岡に次世代AI対応型データセンターの建設を発表した。AI推論インフラの需要増が背景にあるが、竣工は早くて2029年度。この「タイムラグ」をどう現場の開発判断に織り込むかが、実務上のポイントになると感じている。
出典: NTT西日本、大阪と福岡に次世代AI対応型データセンターの建設を発表
要点 (事実のみ)
- NTT西日本は大阪府大阪市中央区に「大阪南データセンター」（ITロード8MW、竣工予定2031年度）、福岡県福岡市博多区に「博多データセンター」（ITロード5MW、竣工予定2029年度）を新設すると発表
- 両データセンターはAI向け液冷に対応（一部フロア）し、APConnectによる大阪・東京・福岡間の相互接続に対応
- 博多データセンターは海底ケーブルと直結し、アジアとの相互接続ゲートウェイ拠点と位置づける
- 大阪エリアでは将来的なデータセンター供給不足が予測されており、福岡エリアは海底ケーブル陸揚げを機に新たな集積地として期待されている
- これらの拠点整備を通じ、NTTグループのAIネイティブインフラ「AIOWN」の展開を推進するとしている
高畑 拓海の見解
発表内容として注目したのは、大阪の「供給不足予測」と福岡の「海底ケーブル直結」という2点の根拠が明確に示されている点だ。単なる拠点拡大ではなく、国内外のネットワーク接続という構造的な必然性から立地を選定している点は、インフラ戦略として納得感がある。
ただ、現場PMの立場から正直に言うと、竣工予定が博多で2029年度、大阪南で2031年度というタイムラインは、今まさにAIを活用したサービスを顧客とともに設計・開発しているチームにとっては「数年後の話」である。直近の開発判断に直接影響するものではなく、むしろ「それまでの間、どのインフラを選択し、運用負荷を最小化しながら開発を進めるか」という問いが実務上は先に立つ。
個人的に気になるのは、液冷対応が「一部フロア」という記述だ。AI推論の電力密度が上がり続けるなかで、竣工時点での対応範囲がどこまで拡張されているかは、実際に大規模GPU推論を前提としたサービス設計をする際の重要な変数になる。現時点では仕様が確定していない部分も多いと思うが、顧客との要件定義段階でこうした「将来インフラの不確実性」を前提に盛り込んでおくことが、後の手戻りを防ぐうえで重要だと感じる。
また、福岡拠点がアジアとの相互接続ゲートウェイとして機能することは、国内だけでなく海外展開を視野に入れるプロダクト設計にとっては中長期の選択肢を広げるニュースとして捉えられる。今すぐ影響が出る話ではないが、拠点選定・可用性設計・レイテンシ要件を顧客と議論する際の背景知識として押さえておく価値はある。
(編集レンズ: 顧客・PM 目線 / 慎重・リスク管理目線)
顧客と要件定義するときに、この情報をどう使うか
竣工が2029〜2031年度である以上、今動いている案件の構成が変わることはない。それでも、顧客との要件定義で使える場面はある。私が現場で気をつけているのは次の3点だ。
1. 「今の構成を何年使う前提か」を先に握る。 3年以内に見直す前提なら、将来のインフラ選択肢は判断材料にならない。5年以上使う前提なら、国内リージョンの供給状況や接続経路は設計の前提として話題にする価値がある。ここを曖昧にしたまま構成を決めると、後から「なぜこの構成にしたのか」を説明できなくなる。
2. 移行できる形にしておく。 将来インフラの不確実性に対する最も現実的な備えは、予測を当てることではなく、移行コストを下げておくことだ。特定サービスに深く依存する構成を避け、データの持ち出し経路を確保しておく。これは新しい話ではないが、AI推論のように要求リソースが変化し続ける領域では重みが増している。
3. レイテンシ要件を数字で握る。 「速いほうがいい」で終わらせず、何ミリ秒までなら業務が回るかを顧客と確認する。この数字が無いと、拠点や構成の議論が感覚論になる。要件を数字にする進め方は業務システム開発の要件定義とは？進め方・手順を7ステップで解説にまとめられている。
発注側が今から準備できること
インフラの新設を待つ必要は無い。むしろ、竣工までの数年で準備できることのほうが成果に直結する。
- AI活用の対象業務を1つ決める。 インフラが整っても、何に使うかが決まっていなければ動けない
- その業務のデータが継続的に取れる状態を作る。 モデルより先にデータが要る、という構造は変わらない（AIはERPと業務基盤なしには機能しない）
- 小さく試して評価基準を作る。 AI PoCの進め方5ステップ
よくある質問
Q. 国内のデータセンター供給不足は、自社の開発計画に影響するか。
A. 短期的には、現在利用しているクラウドの構成に直接の影響が出るケースは限定的だと考えている。ただし、大規模なGPU推論を前提とするサービスでは、リソース確保の難易度が構成選定の変数になる。要件定義の段階で「どの程度の計算資源を、いつから、どれだけ使う想定か」を顧客と確認しておくと、後の手戻りを減らせる。
Q. 拠点の場所は、システム設計にどこまで関係するか。
A. レイテンシ要件と可用性（災害時の切り替え先）の2点で関係する。逆に言えば、この2つの要件が数字で定まっていなければ、拠点の議論は設計に落ちない。
