政府がデジタル主権の定義を競い合い、企業がハイパースケールクラウドプロバイダーへの依存を再考する中、議論のほとんどは理論的なものにとどまっている。
DFINITY の創設者兼主任研究員である Dominique Williams が、今後の解決策を提案します。
DFINITY は、従来のクラウドに代わるソリューションの構築に 10 年以上を費やしてきました。これは、政府や企業がアプリケーションを実行する場所、インフラストラクチャを誰が運用するか、データをどのように管理するかを制御できるように設計された分散コンピューティング プラットフォームです。
このコンセプトは今年初めに理論を超えたものになりました。ダボスで開催された世界経済フォーラムで、DFINITY は、スイス国内にある 13 の独立したノード プロバイダー上で完全に実行されるソブリン クラウド デプロイメントである Swiss Subnet を立ち上げました。このインフラストラクチャは、ハイパースケーラーからの契約上の保証に依存するのではなく、オープン プロトコルを通じて暗号的に検証可能なデータ主権を提供するように設計されています。このアプローチはすでに国際的な関心を集めています。
パキスタンは現在、同じアーキテクチャに基づいて国家サブネットを構築しており、国家規模で分散型ソブリンクラウドプラットフォームを導入した最初の国となった。
異なる種類のクラウドを構築する
DFINITY は、従来のクラウド インフラストラクチャに代わる分散型の代替手段を構築しようとしています。インターネット コンピュータは、ブロックチェーンを使用してトランザクションを記録するのではなく、分散ネットワーク全体でバックエンド ロジック、データ ストレージ、API、場合によってはフロントエンド アセットを含む完全なソフトウェア アプリケーションを実行するように設計されています。
ウィリアムズ氏は、インターネット コンピューターのアイデアは、ブロックチェーンを別の視点から見ることから生まれたと述べています。
「ブロックチェーンをトークンをホストできるシステムとして扱う場合、原則としてコードもホストできます。」従来の Web アプリケーションには通常、次の 3 つの層があります。
- フロントエンド: Web サイトまたはモバイル インターフェイス。
- バックエンド: クラウド サーバー上で実行されるアプリケーション ロジック。
- データベース: データが保存される場所。
DFINITY を使用すると、バックエンドとデータ ストレージの多くが、コードと状態を組み合わせたソフトウェア コンテナーである「キャニスター」内でオンチェーンで実行できます。開発者は、バックエンド サービスを AWS や Google Cloud にデプロイするのではなく、インターネット コンピュータ ネットワークにデプロイし、独立して運営されているデータ センター全体で実行します。
ネットワークのネイティブ トークンである ICP は、計算とストレージの料金を支払う「サイクル」に変換されます。開発者はこれらのサイクルに自ら資金を投入できるため、エンドユーザーはアプリケーションを使用するために必ずしも暗号通貨を所有する必要はありません。
Williams にとって、ソブリン クラウドとは、単にサーバーがどこに配置されるかということではありません。これは、単一のインフラストラクチャ プロバイダへの依存を排除し、組織がベンダー ロックインなしでワークロードを移動し、信頼できるインフラストラクチャを構成し、ソフトウェアの制御を維持できるようにすることを目的としています。
「私たちはインターネットそのもののように機能するものを作ろうとしているのです」と彼は語った。
Cloud Engine: アプリケーションをインフラストラクチャから分離する
DFINITY の最近の最大の開発の 1 つは Cloud Engine です。これにより、組織は独自のインターネット コンピュータ サブネットを作成しながら、実行する場所、誰が運用するか、および必要なセキュリティ トレードオフを正確に決定できます。
「どのノード プロバイダーを信頼するか、それらのノードがどこに配置されるか、どのようなトレードオフを行うかを正確に決定できます」とウィリアムズ氏は述べています。
「たとえば、GDPR に準拠しつつ回復力を最大化するために、完全にヨーロッパ内にあるプロバイダーを選択することもできます。」
企業は、自社の要件に応じてインフラストラクチャの地理的分散、回復力、セキュリティ特性を構成できます。アプリケーションは構成されたサブネット上で実行されるため、これらのプロパティを自動的に継承します。
今日のインターネット コンピュータの導入とは異なり、Cloud Engine は専用ハードウェアに限定されません。組織は、アマゾン ウェブ サービス、Google Cloud、Microsoft Azure などのハイパースケール クラウド プロバイダー全体で、従来のインフラストラクチャやソブリン ハードウェアと並行してノードを実行できるようになります。この柔軟性により、Cloud Engine の導入がはるかに容易になります。
「ほとんどの組織は膨大な計算能力を必要としません」と彼は言いました。 「月額わずか数百ドルで Cloud Engine を実行できる可能性があります。」
Cloud Engine の最大のアーキテクチャ上の革新は、アプリケーションを基盤となるインフラストラクチャから分離していることです。ワークロードを特定のクラウド プロバイダーに結び付けるのではなく、アプリケーションの実行を継続しながらインフラストラクチャ自体を変更できます。 「Cloud Engine は本質的に単なるプロトコル構成です」と Williams 氏は言います。
「つまり、基盤となるインフラストラクチャ上で実行されているアプリケーションを中断することなく、インフラストラクチャを変更できるということです。」
たとえば、組織は最初にアマゾン ウェブ サービス全体に Cloud Engine をデプロイし、その後アプリケーションをオフラインにすることなく完全に Google Cloud に移行することができます。元のノードが削除される前に、新しいノードが追加され、同期され、サービスが開始されます。
「それはクモが枝から枝へと歩いていくようなものです」とウィリアムズ氏は言う。
「インフラストラクチャは、アプリケーションが気付かないうちにアプリケーションの下に移動します。」
同じアプローチにより、組織は展開の拡大に応じて安価なパブリック クラウド インフラストラクチャから専用のソブリン ハードウェアに移行したり、実行中のサービスを中断することなく小型のコンピューティング ノードをより強力なノードに置き換えたりすることができます。
「アプリケーションは、プライベート サブネットまたは Cloud Engine の構成方法に応じて、さまざまなセキュリティ プロパティを継承します。これにより、組織はこれまで存在しなかったレベルの制御が可能になります。」
その結果、主権はクラウド プロバイダーとの契約ではなく、テクノロジー自体によって強制されるものになります。
クラウド主権には地理以上のものが必要な理由
しかし、ドミニク・ウィリアムズ氏は、アメリカ企業が製造したソフトウェアを使用する場合の主権の概念には依然として懐疑的です。データが別の場所にホストされている場合でも、米国クラウド法に基づく米国の法律が適用されます。
「私がよく耳にする議論の 1 つは、契約によって Google が顧客データにアクセスできないというものです。私の答えは、契約は法律を無効にすることはできないということです。
契約条項がクラウド法と矛盾する場合は、法律が優先されます。この条項は存在するかもしれないが、法的には状況は変わらない。」
もう 1 つの議論は、環境が「エアギャップ」であるというものです。しかし、政府職員がシステムにアクセスできるのであれば、定義上、真のエアギャップとは言えません。」
本当の問題は、何人の人がシステムに正規にアクセスできるのか、そして 1 つのエンドポイントでも侵害された場合に何が起こるかである、と彼は主張します。
「それがマルウェア、資格情報の盗難、または別の攻撃ベクトルによるものであっても、環境への道を開いた可能性があります。
私の観点からすると、真の主権には真の主権インフラストラクチャと主権ソフトウェアが必要です。」
パキスタン：国家規模のソブリンクラウド
Cloud Engine を使用すると、各国は数学的に検証可能なセキュリティ保証の恩恵を受けながら、オープンソース テクノロジーに基づいて真に主権のあるクラウド インフラストラクチャを構築できます。
2月、パキスタンデジタル庁（PDA）とDFINITY財団は、インターネットコンピュータプラットフォーム（ICP）上に専用のパキスタンサブネットを構築する覚書に署名した。これには、プライベートで検証可能な通信を可能にする National Messenger アプリケーションの計画が含まれています。 DFINITY が開発した AI プラットフォームである Caffeine へのアクセスが拡大されました。アプリケーションを作成するための Caffeine の 1,500 ライセンス。政府、教育、起業家精神にわたる能力構築の取り組み。
ウィリアムズ氏は、中東に拠点を置くDFINITYの最高開発責任者がパキスタンと関係を持っていたため、パキスタンでの機会が生まれたと述べた。
しかし、パキスタンなどの国々もインフラに関するさまざまな課題に直面していると同氏は考えている。
「複数のデータセンターにわたる冗長性は、特にインフラストラクチャの回復力が大きな懸念事項である地域では特に価値があります。
私は何年もの間、テロ、サイバー攻撃、武力紛争などのいずれによっても、データセンターがますます標的となるだろうと主張してきました。残念なことに、最近の中東での出来事がその懸念をさらに強めています。 Cloud Engine は、基盤となるインフラストラクチャが中断された場合でもアプリケーションの実行を継続できるようにすることで、この問題に対処します。」
同氏は、アマゾン ウェブ サービスなどの複数のクラウド プロバイダー上で中東全域にデプロイメントが実行され、1 つのデータセンターが影響を受けた場合でも、インフラストラクチャが分散されているためアプリケーションは動作し続けるという将来を予測しています。
ユーザーがプロダクトマネージャーになった場合
パキスタンの合意には、DFINITYのAIアプリケーション構築プラットフォームであるCaffeineへのアクセスの拡大も含まれている。しかし、ウィリアムズ氏は、このテクノロジーは企業がソフトウェアを作成する方法におけるより広範な変化を表すものであると見ています。
Caffeine を使用すると、開発者がコードをより速く書くのを支援するのではなく、AI エージェントのチーム全体がアプリケーションを設計、構築、デプロイしている間、ユーザーは自然言語でアプリケーションを記述することができます。
「人々がCaffeineのようなツールを使用するとき、彼らは単一のAIモデルと対話しているわけではありません」とウィリアムズ氏は説明した。
「舞台裏には、人間のソフトウェア組織と同じように、専門の AI エージェントのチーム全体が存在します。」
これらのエージェントは、フロントエンドおよびバックエンドのエンジニア、アーキテクト、セキュリティレビュー担当者、テスター、UX スペシャリストの役割を担い、協力してアプリケーションを構築します。このモデルでは、ユーザーはプログラマーではなく製品マネージャーになります。
「非技術者がプラットフォームを使用する場合、彼らは実質的にプロダクト マネージャーとして行動することになります。人間工学チームを管理する代わりに、自動化されたチームを指揮することになります。これはソフトウェア開発を根本的に変えます。」
開発者主導のプラットフォーム時代は終わり？
Williams 氏によると、同社は「市場自体が変化していると信じているため」、ソブリン クラウド インフラストラクチャへの非常に意図的な戦略的転換を行ったとのことです。
「歴史的に、ソフトウェア プラットフォームは開発者によって選択されてきました。Node.js、Kubernetes、PostgreSQL、Amazon Web Services などのテクノロジーを 10 年かけて習得した人は、当然、それらのツールを使い続けたいと考えます。
彼らはそれらのスキルの構築に何年も投資しており、雇用主は彼らを雇っていました。それが、ネットワーク効果を通じてテクノロジー エコシステムが発展する方法です。」
しかし、どのフレームワークが流行しているのか、開発者にとって最も馴染みのあるフレームワークなのかを考慮することなく、AI エージェントがソフトウェアの構築を担当するようになるだろうと彼は主張します。
「彼らは単にどのプラットフォームが問題を最もよく解決するかを評価しているだけなのです。」
その結果、プロダクト マネージャーやビジネス リーダーが、従来のソフトウェア エンジニアよりも効率的にアプリケーションを作成できるようになっている例があります。これは、彼らがより良いコードを書くからではなく、顧客を理解し、AI をより効果的に指示できるからです。
「それは評価基準を完全に変えます。」
「これは開発者がすでに知っているフレームワークですか?」と尋ねる代わりに、組織はさまざまな質問をし始めます。
- AI はこのプラットフォーム上で効果的に構築できるでしょうか?
- いくらかかりますか？
- 安全ですか?
- 弾力性はありますか？
- ベンダーロックインは回避できるのでしょうか?
これらはまったく異なる優先事項であり、これらが次世代のクラウド インフラストラクチャをますます形作っていくだろうと私たちは信じています」とウィリアムズ氏は語った。
AI がソフトウェアの構築方法を変えるにつれて、クラウド インフラストラクチャの選択基準も変わる可能性があります。開発者が主要な意思決定者でなくなった場合、移植性、回復力、デジタル主権は、過去 10 年間業界を支配してきたプログラミング フレームワークやクラウド エコシステムと同じくらい重要になる可能性があります。