要約

  • Deutsche TelekomはCodesphereをT Cloudで稼働させ、主権性と大きな計算・保存能力を必要とする用途を試す方針だ。
  • 基盤の移行先が増えても、共通ソフトの利用許諾、保守、業務全体の移行可能性は別の検証課題として残る。

別のクラウドへ移れることが、新しいクラウドを選ぶ理由になる。Deutsche Telekomが計画するCodesphereの採用は、T Cloudへの全面移行を迫るのではなく、既存環境を残しながら適切な用途を取り込むための提案と読める。注目点は依存の消滅ではなく、その所在の変化だ。

9月10日のDeutsche Telekomの発表によると、CodesphereはT Cloud上で動き、主権性を重視する基盤と、既存のハイパースケーラーや自社データセンターの環境をつなぐ共通の技術層になる。発表はPublic Technologiesを通じて配信された。両社は今後、適したアプリケーションを特定してT Cloudで試すとしている。まず対象になるのは、主権性への高い要求と大きな計算・保存需要が重なる用途である。

したがって、これは顧客案件に向けた計画であり、業務システムの移行完了を示す事例ではない。一般向けの料金や、あらゆる構成を対象にした互換性一覧も示されていない。実証の予定を、すでに買える完成済みサービスと同一視すべきではない。

そもそもT Cloudは、今回初めて複数クラウドを受け入れるわけではない。2025年9月の公式紹介では、Telekom自身の基盤とハイパースケーラーのサービスを組み合わせ、移行支援も提供する構想を掲げていた。今回の協業は、その混在環境を共通のやり方で動かす手段を加えるものだ。

Codesphereの技術説明では、アプリケーションをワークスペースに置き、計算資源のプールとネットワークストレージを組み合わせる。管理されたKubernetes、仮想マシン、ベアメタルなどへの導入と、複数の管理方式を説明している。オープンソースの枠組みを使ったマネージドサービスもある。ただし、こうした一般的な機能説明は、Telekomとの協業で個々の顧客構成が検証済みであることを意味しない。

共通化で導入手順をそろえられれば、別の基盤を使うための作業は減らせる可能性がある。しかし、業務は実行コードだけではできていない。データベースの状態、認証、ネットワーク接続、障害復旧まで含めて動いて初めて、移行が成立する。アプリケーションの起動を見せるだけでは、顧客が買いたい「業務を移せる能力」の証明にならない。

利用許諾にも別の境界がある。デジタル主権に関する説明でCodesphereは、長期サポート版をSource Available Licenseで配布し、機能のオープンソース化は将来計画だとしている。構成要素にオープンソースがあることと、プラットフォーム全体がそうであることは同じではない。顧客による変更、再配布、独立した保守がどこまで認められるかは、適用される許諾と支援条件を確認する必要がある。

T Cloudへの入口が広がる一方で、移動を支えるソフトの重要性は増すかもしれない。試行で問うべきなのはクラウドのブランド数ではなく、移せる業務の範囲と、その後も残る運用上のつながりである。