グーグルのクラウドに隠されたドイツの秘密：計画中のNDクラウドはどれほど主権を侵害するのか？

オフラインだが依存している？ドイツのニュースサービスにとって、Googleテクノロジーは危険な代償となるのか？

ドイツの情報機関向けGoogleクラウド：プロバイダーが故障した場合、どうなるのか？

インターネットから隔離されたクラウドサービスは、機密情報を効果的に保護できる一方で、技術プロバイダーへの長期的な依存を生み出す可能性もある。連邦情報局（BND）、連邦憲法擁護庁（BfV）、および軍事防諜局（MAD）向けに計画されているNDクラウドは、まさにこの矛盾を抱えている。このクラウドは、公共インターネットに直接接続することなく、機密性の高い情報を安全に交換することを目的としている。しかし、このいわゆるエアギャップは、すべての疑問に答えるものではない。プラットフォームを長年にわたって維持、更新、さらに発展させるのは誰なのか？また、技術的または政治的な状況が変化した場合、国家にはどのような選択肢が残されているのか？

公表されている予算が少なくとも5億ユーロに上るプロジェクトにおいて、サーバーの設置場所やセキュリティ対策といった問題だけでなく、より広範な事柄が懸かっている。重要なのは、ドイツが長期的にプラットフォームを管理し、必要に応じて別のプラットフォームに切り替えられるかどうかである。そのためには、データ保護だけでなく、ソフトウェアの提供、専門知識、移行コスト、そして代替案の可能性についても検討する必要がある。計画されているクラウドは近代化に向けた重要な一歩となり得るが、真のデジタル主権は、国家が現在進行中の運用を管理するだけでなく、将来に向けた実行可能な選択肢も確保できた場合にのみ達成されるだろう。.

これに関連して:

• ドイツ軍と Google の契約: ドイツは Google Cloud のために実際にどの程度の主権を放棄するのか?

ドイツの秘密、グーグルの技術：デジタル主権の代償

オフラインは決して独立した存在ではない。

インターネットから隔離されたクラウドサービスは、機密情報を効果的に保護できる一方で、技術プロバイダーへの長期的な依存を生み出す可能性がある。連邦情報局、連邦憲法擁護庁、および軍事防諜局が計画している共同データプラットフォームは、まさにこの矛盾を抱えている。意図された技術的隔離は、外部ネットワークへのアクセスという問題には答えるものの、永続的な技術的自由という問題にはまだ答えていない。.

したがって、経済的に決定的な問題は、プラットフォームにアメリカ企業のロゴが表示されるかヨーロッパ企業のロゴが表示されるかではない。重要なのは、そのライフサイクル全体を通して、今後の開発、トラブルシューティング、運用、そして将来的な移行に関する条件を誰が決定するかである。説得力のある主権戦略は、サーバーの設置場所だけを考慮するのではなく、パフォーマンス、セキュリティ要件、そして長期的な選択の自由を組み合わせなければならない。.

戦略的な意味合いを持つデータプラットフォーム

2026年10月28日時点で公開されている計画状況によると、いわゆるNDクラウドは、3つの連邦情報機関間で機密レベルまでの情報を電子的に交換することを目的としており、将来的には憲法擁護のための州機関も含まれる可能性がある。技術的な基盤は、安全な構成のGoogle Distributed Cloudであり、情報はドイツ国内に保存され、Googleはデータに直接アクセスできないようになっている。.

これは、政府の機密情報を通常のインターネットサービスに保存するという話ではありません。むしろ、公共のインターネットや一般的なGoogle Cloudに直接接続することなく運用できる、独立したインフラストラクチャを構想したものです。この区別は、脅威の状況を変えるため非常に重要です。技術的に隔離された国家運営のネットワークは、外部から管理される標準的なクラウドサービスとは異なる方法で評価する必要があります。.

公表されている金額は少なくとも5億ユーロですが、これは概算であり、完全なコスト内訳ではありません。当初2027年第1四半期に予定されていたサービス開始は延期される可能性が高く、アーキテクチャ、サービス範囲、継続コストに関する重要な詳細は公表されていません。これらの情報に基づくと、信頼できる投資収益率を算出したり、特定の代替案が一定の割合で安価になると断言したりすることは不可能です。.

しかし、このプロジェクトの規模の大きさは、このプラットフォームが単なる普通のITシステムにとどまらないことを示している。それは今後何年にもわたって、ワークフロー、データモデル、そして資格要件を形作っていくことになるだろう。政府機関がそれぞれの専門的な手順を共有技術サービスと連携させるほど、当初は純粋にインフラの問題に見える決定の戦略的重要性は増していく。.

共有インフラが経済的に理にかなう理由

近代化の必要性は根本的に妥当である。保護された政府システム間で高度な情報を交換することは現状では煩雑であり、ストレージ要件や自動分析への要求は増大している。共有プラットフォームは、権限と責任が明確に定義されていれば、データ転送を簡素化し、標準化されたツールを提供し、コラボレーションを加速させることができる。.

経済的な観点から見ると、規模の経済から潜在的なメリットが生まれます。コンピューティング能力、データバックアップ、監視、セキュリティプロセスが共同で提供される場合、すべての機関が同じ機能を並行して開発する必要はありません。これにより、利用率が向上し、希少な熟練人材への負担が軽減されます。BWIは、より柔軟で効率的なITサービスを実現する手段として、標準化され自動化されたクラウドインフラストラクチャをこのように説明しています。.

これに加えて、情報処理速度の向上という利点もある。高性能な技術環境があれば、煩雑なプロセスによって既存の情報が入手困難になる事態を防ぐことができる。この利点を諜報機関にとってのユーロ換算で定量化するのは難しいが、経済的に決して軽視できるものではない。しかし、もっともらしい安全保障上の利点を、あらゆる技術的依存を事後的に正当化するための恣意的な論拠として用いるべきではない。.

したがって、適切な比較対象は、最新のクラウドとリスクのない既存のインフラストラクチャではありません。断片化されたレガシーシステムも、複雑なメンテナンスや手作業によるプロセスなどを通じて、コストとセキュリティリスクを伴います。適切な評価を行うには、移行に伴うリスクと何もしないことによるコストの両方を考慮する必要があります。しかし、近代化の必要性だけでは、この目的のために提供されるすべてのプラットフォームが長期的に経済的に実行可能であるとは限りません。.

空気層を設けるだけでは、問題の一部しか解決しない。

ここでいう「エアギャップ」とは、公共インターネットやその他の外部ネットワークからの分離を指し、必ずしも個々のコンピュータ同士が完全に隔離されていることを意味するものではありません。保護された政府ネットワーク内では、外部からのアクセスに対して厳格な境界が設けられつつも、システム間の連携は継続できます。Googleは、このプラットフォームが公共のGoogle Cloudに接続しなくても常時運用可能であることを明言しています。.

この機能は重要なセキュリティ上の利点であり、決して軽視すべきではありません。外部接続がないことで、特定の攻撃経路が制限され、より制御された運用環境が構築されます。しかし、これはプラットフォームがメーカーからの追加サービスなしに安全に維持され、機能が無制限に拡張できることを意味するものではありません。技術的なネットワーク独立性とソフトウェア提供の独立性は、異なる特性です。.

これは、ドイツの工場敷地内に完全に設置された生産プラントと比較することで説明できます。立地条件によって物理的な管理は確保されますが、スペアパーツ、制御ソフトウェア、専門知識が常に利用可能であるとは限りません。プラントを運営しているからといって、その人が独自にプラントをさらに発展させることができるとは限らないのです。同じ経済的論理は、非常に複雑なクラウド環境にも当てはまります。.

したがって、主権は単一のスイッチで切り替えられるものではありません。データ主権、管理統制、法的確実性、サプライチェーンの透明性、そして技術的適応性は、それぞれ個別に検討する必要があります。プラットフォームは、これらの側面の一部において優れた特性を持ちながら、他の側面では大きな依存関係を示す可能性があります。まさにこの区別こそが、的確な評価を可能にするのです。.

経済力のインターフェースとしてのアップデート

Googleのセキュリティ関連文書では、管理されたアップデートプロセスについて説明されています。ソフトウェアパッケージは、製造元が署名し、インフラストラクチャ運用者がレビューした後、隔離された環境に展開されます。このプロセスは、クラウドソフトウェアだけでなく、オペレーティングシステム、ファームウェア、その他のセキュリティ関連コンポーネントにも適用されます。自動的なインターネット接続は必須ではありませんが、継続的な技術供給関係は維持されます。.

これは当初、プロフェッショナルなソフトウェア運用における通常のプロセスであり、メーカーの不正行為を示すものではありません。しかし、信頼できるアップデートをタイムリーに提供できるプロバイダーが1社しかない場合、状況は問題となります。このような場合、システムの実際のセキュリティは、国内の運用者だけでなく、外部の開発組織とその法的・経済的枠組みにも依存することになります。.

こうした依存関係の程度は、Google Distributed Cloudのエアギャップ環境向けに公開されている標準利用規約によって明らかです。これらの規約では、新バージョンは通知後30日以内にインストールする必要があると規定されています。また、ライセンス期間満了後のメンテナンスの終了やソフトウェアの使用終了に関する規則も含まれています。ただし、これらの一般的な利用規約は、計画中のメッセージングプラットフォームに規定される未知の特別な条項と同一視すべきではありません。.

この区別は極めて重要です。ND Cloudにおける個々の運用権限、監査期間、または追加のセキュリティ対策がどのようなものであるかを公に検証することはできません。同様に、アップデートへの継続的な依存から、秘密のリモートアクセスや技術的なシャットダウンメカニズムが存在すると推測するのは根拠のないことです。文書化されているのは、ソフトウェア提供におけるメーカーの継続的な役割であり、恣意的な外部アクセスではありません。.

実行時間と安全性の危険な違い

メーカーのサポートが停止した場合、いくつかのシナリオを考慮する必要があります。既に導入済みのシステムは、技術的には当初は動作し続ける可能性がありますが、新たに発見されたセキュリティ脆弱性に対するパッチは提供されなくなります。同時に、使用権限、スペアパーツの入手可能性、および依存するアプリケーションのサポートにも影響が出る可能性があります。したがって、コンピュータの電源がどれくらいの期間維持されるかという問題よりも、責任ある運用がどれくらいの期間可能かという問題の方が重要です。.

このことから、固定された一般的な耐用年数を導き出すことはできません。耐用年数は、既存の脆弱性、ローカルでの修復オプション、追加サービスの利用状況、有資格者の確保状況など、様々な要因に左右されます。隔離されたクラウドは一定期間後に必ず使用不能になる、と断言することは、無制限の独立性を主張するのと同様に不正確です。.

経済的に見ると、これは選択肢の問題を生み出す。国家は、現在の機能だけでなく、状況の変化に対応できる能力も必要とする。この選択肢は、たとえ何年も使われなかったとしても価値がある。そのための資金を確保することは、稀ではあるが非常に大きな損失につながる可能性のある技術的意思決定能力の喪失に対する保険のようなものだ。.

したがって、堅牢な緊急時対応計画では、限定的な継続運用、完全な復旧、および別のプラットフォームへの移行を区別する必要がある。これらのシナリオそれぞれについて、個別の前提条件を検討する必要がある。例えば、情報を効果的に処理し、関連するアクセス規則を適用するために必要なプログラムが不足している場合、単純なデータバックアップは限定的な効果しか持たない。.

専門的な処置を重ねるごとに、依存度は高まる。

よく使われる「ロックイン」という用語は、プロバイダーの切り替えは理論的には可能であるものの、実際にはますます複雑になる状況を指します。クラウドシステムにおいては、このロックインはプラットフォームの機能、インターフェース、データ構造、および確立された運用プロセスの相互作用によって生じます。特定のベンダーから特定のサービスを必要とするアプリケーションが専門的であればあるほど、同等の機能を他の場所で再現するために必要な労力は大きくなります。.

独自技術の利用すべてが非経済的というわけではない。専門的なツールは、生産性において大きなメリットをもたらす可能性がある。問題は、短期的なメリットは容易に明らかになる一方で、将来の切り替えコストが不確実であるという点にある。これは、体系的な不均衡を生み出すリスクがある。つまり、現在の利便性は十分に考慮される一方で、将来の依存度は抽象的な形でしか言及されないのである。.

アプリケーションレベルのバインディングは特に重要です。仮想マシンは比較的容易に移行できますが、ベンダー固有のデータベース、ID管理、分析サービスを備えた複雑なビジネスアプリケーションはそうはいきません。したがって、プラットフォームがコンテナをサポートしているという事実だけでは、その互換性の十分な証明にはなりません。重要なのは、ビジネス機能全体を合理的な労力で別の環境に展開できるかどうかです。.

一貫性のあるアーキテクチャを構築するには、特定のプラットフォームサービスの利点と、それによって生じる切り替えの障壁を比較検討する必要がある。目標は完全な技術的均一性ではなく、むしろ意図的な差別化である。標準化された基本機能は可能な限り互換性を維持しつつ、不可欠な特殊機能は付加価値と依存関係の観点から個別に検討されるべきである。.

欧州市場の問題は、規模の問題から始まる。

構造的な課題は、ドイツの情報機関にとどまらず、はるかに広範囲に及んでいる。欧州のクラウドインフラストラクチャサービス市場は、2024年には約610億ユーロの規模に達し、2017年の約6倍となった。この数字には、インフラストラクチャおよびプラットフォームサービス、ホスト型プライベートクラウドが含まれるが、ソフトウェア市場全体は含まれていない。欧州のプロバイダーは、この期間にそれぞれの地域での収益を3倍以上に伸ばしたが、それでも相対的な市場シェアは失った。.

両社の合計シェアは2017年の29%から2022年には約15%に低下し、その後もほぼその水準を維持しました。2025年半ばに発表された市場調査では、Amazon、Microsoft、Googleの3社で約70%を占めていました。これらの数値は欧州市場に関するものであり、EUのみに限定された市場、あるいは閉鎖型情報システムの特定セグメントと同義ではありません。.

この展開は、収益成長だけでは技術的独立が保証されない理由を示している。欧州企業は、最大手のプラットフォームに後れを取りながらも、より大きな成功を収める可能性がある。大手プロバイダーは、開発コストと投資を非常に大規模な顧客基盤に分散させているため、拡張性と長期的な資金調達投資が欧州のインフラ市場において極めて重要な役割を果たす。.

したがって、現実的な欧州戦略は、最大手のハイパースケーラーのあらゆる機能を模倣する必要はない。特に重要なアプリケーション分野向けに堅牢な代替案を開発し、確立された技術基盤を共同で発展させていく方がより現実的だろう。セキュリティ重視のニッチ市場は、標準化されたコンピューティング能力を求めるマスマーケットとは異なる成功要因を持つ可能性がある。企業が市場全体でリーダーシップを発揮しているからといって、すべての政府向けアプリケーションにおいて必ずしも優位性を発揮するとは限らない。.

技術学習曲線の推進力としての国家

多くの公共機関がデータ主権と安全なコラボレーションに関して同様の要件を持つ場合、共通の標準規格によって、より大規模で信頼性の高い市場が創出されます。企業は、ドキュメント作成、セキュリティ監査、および専門的な運用への投資のためのより強固な基盤を得ることができます。複数のソフトウェアおよび運用パートナーを擁するopenDeskエコシステムは、このような協調的なアプローチが既に実践されていることを示しています。.

これは、適切な欧州製ソリューションを的を絞って活用するための経済政策上の根拠となる。そのメリットは個々の職場にとどまらず、後続のアプリケーションや他の施設にも及ぶ可能性がある。再利用可能なコンポーネント、熟練した人材、実績のある運用モデルは、後続ユーザーの導入コストを削減する可能性を秘めている。これらの付加的な効果は、初期導入のみを考慮した場合、過小評価されがちである。.

同時に、これは永続的な保護を受ける権利を生み出すものであってはならない。欧州のプロバイダーもまた、性能、信頼性、そして経済的実現可能性を実証しなければならない。品質に関係なくあらゆるローカルソリューションを保護する政策は、高コストと新たな依存関係を生み出す可能性がある。重要なのは競争の排除ではなく、真の技術的・経済的代替案の創出である。.

国際的な独占が、検証が困難な国家的な依存関係に取って代わられることを防ぐことも極めて重要です。そのため、オープンなインターフェース、移転可能な運用知識、そして複数の有資格サービスプロバイダーは、企業の本社所在地と同様に重要です。最終的に、主権とは、最も重要なサプライヤーの所在地を変えるだけでなく、ユーザーの行動能力を高めるものでなければなりません。.

セキュリティと防衛のハブ - 画像: Xpert.Digital

安全保障・防衛ハブは、企業や組織が欧州の安全保障・防衛政策における役割を強化できるよう、専門的なアドバイスと最新情報を提供しています。SMEコネクト防衛ワーキンググループと緊密に連携し、防衛分野におけるイノベーション力と競争力の強化を目指す中小企業を特に支援しています。ハブは、窓口として、中小企業と欧州防衛戦略をつなぐ重要な架け橋となっています。.

これに関連して:

• SMEコネクト防衛ワーキンググループ – 欧州防衛における中小企業の強化

OpenDeskは有用ではあるが、クラウドの完全な代替となるものではない。

オフィスおよびコラボレーションスイートであるopenDeskは2024年10月にリリースされ、担当機関であるデジタル主権センターによると、2026年10月までに約10万台の管理用ワークステーションに導入された。この数字は報告された導入率であり、10万人のデイリーアクティブユーザーや、それに相当する数の機密性の高いワークステーションの存在を証明するものではない。しかしながら、これはヨーロッパにおけるオープンソースのコラボレーションが、小規模な実証プロジェクトの段階をはるかに超えていることを示している。.

技術的には、比較は厳密に行う必要がある。OpenDeskはオフィスワークとコラボレーションのためのアプリケーションをバンドルしているのに対し、Google Distributed Cloudははるかに広範なインフラストラクチャおよびサービスプラットフォームである。コラボレーションスイートは、インテリジェンス環境全体のストレージアーキテクチャ、データベース、コンピューティングリソース、および専門サービスを自動的に置き換えるものではない。両者を直接互換性のある完全なソリューションとして提示する者は、異なる技術レベルを混同している。.

とはいえ、openDeskは議論において重要な存在である。なぜなら、日常的な共同作業のすべてにおいて、必ずしも独自のプラットフォームを必要とするわけではないからだ。公的機関が共同で文書を編集したり、プロジェクトを調整したり、コミュニケーションを取ったりする場合、オープンアプリケーションは具体的な代替手段を提供できる。たとえ基盤となるインフラストラクチャが依然として異なっていたとしても、少なくとも依存関係をある程度軽減できるだろう。.

2026年10月、openDeskが完全に隔離された環境で動作することが実証され、テストされました。同時に、「VS-NUR FÜR DEN DIENSTGEBRAUCH」（機密扱い - 社内でのみ使用可）のセキュリティ確保に重点が置かれました。これは、「GEHEIM」（機密）レベルまでのすべての処理タスクに対する運用準備が整っていることの証明と解釈すべきではありません。これらの分類は明確に区別されるからです。オフラインでの動作実証は重要な技術的ステップではありますが、すべての機密性の高いユースケースへの適合性を包括的に証明するものではありません。.

このマトリックスは、オープンなコミュニケーションの利点を示している。

ElementとオープンなMatrixプロトコルは、実用的な出発点を提供する。BwMessengerはこれらのコンポーネントに基づいており、ドイツ連邦軍独自のデータセンターでBWIによって運用されている。BundesMessengerはこのアプローチを公共行政に適用したものである。このように、オープンな技術基盤に基づく国家統制型通信の具体的な経験は既に存在している。.

こうした基盤の経済的利点は、ソフトウェア、運用、サービスが根本的に分離可能である点にある。公共機関が独自のインフラを運用する場合、あるいは適切な事業者を選択できる場合、競争条件はより有利になる。その結果、継続的なサービスに対する管理権は、必ずしも元のソフトウェアメーカーに留まる必要がなくなる。.

しかし、メッセージングサービスであっても、完全な分析プラットフォームとは言えません。安全なメッセージング、共同文書編集、大規模データセットの処理は、それぞれ異なるタスクです。さらに、個々の構成は必要なセキュリティ要件を満たす必要があり、政府機関での利用だからといって、すべてのセキュリティ分類レベルに適しているとは限りません。したがって、オープンなコミュニケーションは主権的なアーキテクチャの重要な要素ではありますが、すべてのインフラストラクチャ問題に対する万能の解決策ではありません。.

オープンであることは、自身の能力に取って代わるものではない。

オープンソースソフトウェアは、その構造が透明であるため制御の選択肢を広げることができ、原則として複数の関係者間で開発を分散させることが可能です。しかし、この可能性が真に発揮されるのは、真に有能な専門家、適切な開発ツール、そして持続的に資金が確保された責任体制が整っている場合に限られます。ソースコードが透明であるだけでは、セキュリティ上の脆弱性や問題のある依存関係が自動的に解消されるわけではありません。.

特に複雑なシステムにおいては、理論上個々のプログラムの変更が許可されているだけでは不十分です。必要なのは、プログラム間の相互作用に関する知識、信頼性の高いインストールパッケージの作成、そして新バージョンのテストです。政府のオープンソースエコシステムにおける、堅牢なコアコンポーネントと安全なサプライチェーンへの注力は、この組織レベルがいかに重要であるかを示しています。.

したがって、オープン性は無償の保証というよりは、むしろ新たな行動方針を策定するための前提条件と言える。その経済的メリットは、知識や開発への投資を複数の機関間でより容易に再利用できる点にある。これを成功させるためには、理想的には、適応策を共同で維持管理する基盤にフィードバックすべきである。一方、恒久的に独立した専門版が多数存在すると、維持管理コストとセキュリティリスクが増大するだろう。.

人員不足にも現実的に対処する必要がある。機関がすべての業務を自ら引き受けたからといって、主権を持つことになるわけではない。より賢明なモデルは、州が十分な内部評価・管理権限を持ちつつ、同時に複数の専門サービス提供者を活用できる体制である。これにより依存関係が完全に解消されるわけではないが、検証と管理が容易になる。.

ドイツ連邦軍は、より複雑な状況を示している。

ND Cloudを理解する上で、ドイツ連邦軍のプライベートクラウドは参考になります。なぜなら、このクラウドもGoogleの技術を取り入れており、BWIが中心的な役割を担っているからです。しかし、このプラットフォームは単一のGoogle Cloudと同一ではありません。ドイツ連邦軍は、VMware、Google、オープンソースソフトウェアなど、複数の技術的に独立した環境を利用するアプローチを採用しています。.

展開の第一段階は2025年に開始され、Googleスタックの開発と統合は2026年から開始され、2027年末までに完了する予定でした。SAP Business Technology Platformが具体的なユースケースとして挙げられており、公開情報と機密情報（VS-NfD）用に2つの独立した環境が計画されています。この公開されたタイムラインは、最終的な運用状況を示すものではありません。.

この例は、基本的なソフトウェアの決定が、さらなるインフラストラクチャの決定につながることを示しています。サポートされる動作環境が厳密に定義された特殊なプラットフォームが必要な場合、個々のクラウドプロバイダーを検討する以前に、実際の選択肢は絞り込まれます。したがって、主権分析は技術チェーン全体を検証する必要があり、目に見えるインフラストラクチャの指標だけで終わるべきではありません。.

しかし、複数のプラットフォームが真の拡張性を実現するには、重要なアプリケーションをプラットフォーム間で実際に移動できることが不可欠です。それぞれに厳密に管理された手順を持つ3つの独立した環境は、当初は多様性をもたらしますが、相互互換性はまだ実現していません。BWIは、ベンダーへの依存度を低減し、アプリケーションの移行を容易にすることを、自社のアプローチの目標として明確に挙げています。.

法的リスクには技術的な精度が求められる

アメリカのテクノロジーに関する議論では、しばしばクラウド法が引き合いに出される。この法律の前提は、米国法の適用を受ける企業は、データの保管場所に関係なく、自社が所有、管理、または支配するデータの開示を強制される可能性があるというものだ。したがって、ドイツに拠点を置いているからといって、すべての法的リスクが自動的に排除されるわけではない。.

逆に、データ開示の法的権利は、これまで存在しなかった技術的なアクセスを生み出すものではありません。プロバイダーがデータへのアクセス権も必要な鍵の制御権も真に持っていない場合、このアーキテクチャは法的評価において考慮されなければなりません。したがって、隔離されたプラットフォームを、従来のメーカー運営のインターネットサービスと単純に同等視することはできません。.

ND Cloudに関しては、一般には公開されていない詳細情報が依然として重要です。例えば、ローカルで利用可能な役割、緊急アクセス手順、エラー分析に必要な情報、暗号鍵の管理権限などです。Googleの一般的なドキュメントには、個別の運用役割と具体的な緊急手順が記載されていますが、これは最終的なドイツでの実装を自動的に説明するものではありません。したがって、全面的に問題なしと断言することは、根拠のない米国からのデータ自動アクセスという主張と同様に不適切です。.

これは、サービスの中断リスクとは区別されなければならない。たとえ技術的にデータへのアクセスが不可能であっても、法的または地政学的な紛争によって、ソフトウェアの保守やサポートといったサービスに影響が出る可能性がある。したがって、包括的な主権評価では、情報に対する統制と、不可欠なサービスの継続性の両方を検討する必要がある。.

正直なコスト計算には何が含まれるべきか

包括的な経済分析を行うには、ハードウェアと初期ソフトウェアのコストだけでなく、統合、人員、エネルギー、トレーニング、セキュリティ監視、データバックアップ、再起動機能、および特殊プロセスの継続的な適応といった要素も考慮に入れる必要があります。ND Cloudに関しては、これらの要素を確実に定量化するための詳細なデータが一般に公開されていません。既知の推定値である少なくとも5億ユーロは、この内訳を補完するものではありません。.

さらに、移行中にのみ発生するコストも考慮する必要があります。これには、データ転送、プログラムの適応、一時的な並行運用、およびセキュリティ監査の再開などが含まれます。そのため、クラウド移行に関する欧州の規制では、データ抽出からターゲット環境への移行まで、いくつかの技術的なステップが区別されています。したがって、経済的に大きな負担となる移行は、単にファイルアーカイブをダウンロードするだけでは済まないのです。.

家計コストとマクロ経済効果を区別することも重要です。ドイツのデータセンターやサービスプロバイダーが提供するサービスは、たとえコアソフトウェアが国際企業製であっても、地域的な付加価値を生み出す可能性があります。逆に、ヨーロッパのプロバイダーもグローバルサプライチェーンへの依存から完全に免れることはできません。したがって、健全な分析を行うには、すべての支出を単一の原産国に単純に帰属させるのではなく、専門知識と収益の実際の分布を考慮する必要があります。.

最終的には、さまざまな危機シナリオを個別に評価する必要があるでしょう。短期的なサポート停止、長期的なアップデート停止、短期的なプラットフォーム切り替えは、それぞれ異なる影響をもたらします。すべてのリスクに対して一見正確な単一の数値を算出するのではなく、帯域幅、前提条件、そして特に深刻な影響を明確にすることがより適切です。現状では、そのような値を決定するのに十分な公開プロジェクトデータが不足しています。.

安心感を与えるラベルではなく、測定可能な自律性

2026年4月に発表された「クラウドコンピューティングの自律性を可能にする基準」において、ドイツ連邦情報セキュリティ庁（BSI）は、クラウドサービスの自己決定的な利用をより体系的に評価できるように設計されたフレームワークを提示しました。これらの基準は、セキュリティ指向のC5要件を補完するものですが、それ自体に法的効力はありません。したがって、セキュリティと主権は、関連性はあるものの、明確に区別された評価課題として扱われます。.

このフレームワークは、戦略的、法的、データ関連、運用、サプライチェーン関連、および技術的側面を区別しています。運用知識の移転可能性、独立した保守の可用性、第三者の障害発生時に運用を継続できる能力など、具体的なテスト指標がここで重要となります。このような特性は、主権者としての一般的な自己説明よりも、高度なセキュリティを備えたプラットフォームにとってより意味のあるものです。.

実運用においては、定期的にテストされた再起動手順が特に重要となる。これにより、既存のバックアップ、ドキュメント、および専門知識が、明確に定義された障害条件下で重要な機能を復旧するのに十分であるかどうかを検証できる。また、セカンダリ環境で実際に使用可能なデータとアプリケーションをテストすることも可能になる。テストが成功すれば、純粋に理論上の切り替えオプションよりも効果的である。.

規制の進展をもってしても、この技術的な課題は解決されない。データ保護法は、2027年1月12日から対象となるデータ処理サービスにおける切り替え手数料を禁止する。しかし、これは必ずしもすべての特定の情報処理環境がこの禁止の対象となることを意味するものではなく、また、内部移行、開発、セキュリティにかかるコストがなくなるわけでもない。プロバイダーにとってコストのかからない切り替えと、実際の技術的な互換性は別物である。.

コンピューティング能力の向上には、明確なアクセス制限が必要である。

共有プラットフォームは協力関係を促進する可能性があるが、技術的な側面を簡素化したり、法的責任やデータ権利の違いを最小限に抑えたりすることで、競争条件を均等化するものであってはならない。共有インフラストラクチャは、すべての関係者がそこに格納されているすべての情報を自由に利用できるという包括的な許可を自動的に与えるものではない。特に、情報機関と警察の間で情報を交換する際には、情報機関同士の単なる情報交換とは混同してはならない、より厳格な憲法上の要件が存在する。.

アーキテクチャの観点から言えば、これはデータの役割、目的、出所、および共有の許容範囲を適切にマッピングする必要があることを意味します。技術プラットフォームは、きめ細かなアクセスルールと追跡可能なログ記録をサポートできます。Googleのドキュメントには、役割と属性に基づくアクセス許可、およびアクセスログ記録について記載されています。ただし、合法的かつ実用的な適用は、関係者の単独の責任となります。.

さらに、集中リスクも存在します。共有インフラストラクチャはセキュリティに関する専門知識を集約できますが、同時に、深刻な障害が発生した場合、複数の機関に影響が及ぶ可能性があります。そのため、論理的な分離、復旧、および独立した制御メカニズムを総合的に検討する必要があります。経済的な評価は、データセンターの利用率だけでなく、部分的な障害発生時に重要な機能がどれだけ適切に維持されるかにも基づくべきです。.

AIは依存関係をモデルレベルに移行させる

大規模データセットの自動翻訳、要約、分析は、クローズドクラウドの有力な応用例であり、Googleはこの製品群向けに対応するAI機能を提供しています。これにより、技術的な統合はインフラストラクチャにとどまらず、モデル、インターフェース、分析ワークフローの構成にまで拡張されます。より専門的なプロセスが特定のAIサービスと連携するほど、それらの相互運用性が重要になります。.

しかし、ローカルで運用されるモデルは、自動的に主権を持つわけではありません。使用権、更新可能性、利用可能なモデルコンポーネント、および変更された条件下でツールを引き続き使用できる能力も重要です。一般的な製品規約では、さまざまなモデルと使用形態を明確に区別しています。特定のAI製品が実際にND Cloud向けに設計されているかどうかは、一般的な製品の提供状況からは推測できません。.

経済的な観点から言えば、AIは処理した文書数だけでなく、その結果の質によって評価されるべきである。分析を加速させ、関連性の高い知見を見つけやすくするのであれば、追加投資は価値のあるものとなる。しかし、誤った要約や不適切なリンクを確認する必要が生じた場合、フォローアップ作業が発生する可能性もある。通常、プロバイダーは生成システムの出力における潜在的なエラーを指摘する。.

したがって、戦略的に堅牢な設計では、データストレージ、モデル、ユーザーインターフェースを可能な限り明確に分離する必要があります。これにより、プラットフォーム全体を置き換えることなく、個々の分析ツールを更新することが可能になります。特にAI技術が急速に進化している現在、制御されたアップデートを実施できる能力は、単なる政治的要件ではなく、経済的な利点となります。.

恒久的な中核依存のない国際協力

パートナーサービスとの連携には、互換性のある技術手順が必要となる場合があります。しかし、これは必ずしもすべての内部業務プロセスが同じプラットフォーム上で行われる必要があるという意味ではありません。ドイツ連邦軍（Bundeswehr）は、国際的な相互運用性をマルチプラットフォーム戦略の重要な目標として掲げ、これをベンダーへの依存度低減と明確に結びつけています。.

賢明なアプローチとしては、中核となる国内業務と明確に定義された情報交換機能を区別することが挙げられる。国際協力には専用のインターフェースと承認済みのデータ転送手順を利用できる一方、中央データリポジトリと基本的な連携は独立して管理できる。したがって、国際的な技術プロバイダーの関与は機能的に限定された決定であり、すべての内部プロセスの基盤となるものではない。.

しかし、インターフェースだけで全ての問題が解決するわけではありません。機密レベル、データモデル、リリースルールの違いによって、追加のオーバーヘッドが発生します。そのため、より疎結合なアーキテクチャは、初期段階ではコストが高く複雑になる可能性があります。その利点は、個々のコラボレーション機能を、国家の中核的な運用に影響を与えることなく変更できる点にあります。この利点が追加コストに見合うかどうかは、具体的な要件に基づいて検討する必要があります。.

最も重要なスキルは、切り替える能力である。

技術的な観点から見て最も説得力のある見解は、アメリカの技術を全面的に拒否することでも、技術的なネットワーク分離がすべての主権問題を解決するという前提に立つことでもない。計画されているNDクラウドは実際のパフォーマンス上の問題を解決できる可能性があるが、その隔離されたアーキテクチャと外部ソフトウェア提供への継続的な依存については、別途評価する必要がある。.

一般的なコラボレーションにおいては、openDeskやMatrixベースのサービスが既に実用化されている構成要素であるため、適切なオープンソリューションを体系的に評価する価値がある。高度に専門的な処理には、異なる技術要件が適用される可能性がある。重要なのは、正当な例外を包括的かつ恒久的な依存関係に拡大してはならないこと、そして残存するリスクを明確に特定することである。.

したがって、強固な戦略には、社内評価の専門知識、透明性の高い更新プロセス、そして実績のある緊急時対応計画を組み合わせる必要がある。すべてのアプリケーションに、すぐに利用可能な完全な機能を持つセカンダリプラットフォームが必要なわけではない。しかし、重要な機能は、外部のパフォーマンス障害が必ずしも政府の機能喪失につながるわけではないように設計されるべきである。そのためには、技術的な安全対策に加え、有資格者と長期的な資金が必要となる。.

真の主権の試練は、中断のない正常な運用中に起こるものではありません。それは、ベンダーが契約条件を変更したり、サポートが機能しなくなったり、政治的枠組みが変化したりした瞬間に始まります。高性能クラウドは国家にとって価値のあるものですが、国家が現在の運用を管理するだけでなく、将来に向けた実行可能な選択肢も持っている場合にのみ、戦略的に管理可能になります。.

マルクス・ベッカー

喜んであなたの個人アドバイザーを務めさせていただきます。.

事業開発責任者

SMEコネクト防衛ワーキンググループ議長

リンクトイン

Konrad Wolfenstein

喜んであなたの個人アドバイザーを務めさせていただきます。.

wolfenstein∂xpert.digital で私に連絡できます。

+49 7348 4088 965までお電話ください。

リンクトイン