「バイ・ヨーロピアン」とは何を意味するのか——デジタル・ソブリンティとオープンソースの本質的な問い

Dries and Drupal Logo
目次

この記事は Dries Buytaert 氏の公式ブログ「dri.es」の翻訳記事です。Driesブログの記事一覧よりすべての翻訳記事をご覧いただけます。

本記事は、OpenForum EuropeのシニアポリシーアドバイザーであるNicholas Gates氏との共著です。EU政策担当者、ジャーナリスト、アドボカシー団体から広く読まれる独立系オンラインメディアEUobserverに掲載されました。この記事は、私がデジタル・ソブリンティについて執筆してきた一連の記事をまとめたものです。

欧州のデジタル資産は、欧州のものでなくなってしまうという習性があります——ソブリンティに関する現在の議論が見落としている問題です。

たとえば、Skypeはスウェーデン人とデンマーク人の創業者、エストニア人のエンジニア、ルクセンブルクの本社、そして独自仕様のコードを持っていました。

評価時点では、あらゆるソブリンティの要件を満たしていました。しかし、eBayに買収され、Microsoftが購入し、2025年についにサービスを終了したことで、それらはすべて意味を失いました。

これは、欧州のデジタル・ソブリンティをめぐる本質的な矛盾を示しています。問題の核心は、欧州内でいつでも変わりうる所有権や運営上のコントロールではなく、ライセンス、依存関係、サプライチェーンにあるのです。

現在のクラウド・ソブリンティの概念は、データがどこに保存されているか、企業がどこに本社を置いているか、サプライチェーンが欧州内にあるかという正しい問いを立てています。

しかし、評価しているソブリンティが持続的で強靭かどうか——たとえば所有者の交代、企業買収、ソフトウェアが依存するインフラの混乱に耐えられるかどうか——はまだ問われていません。

欧州委員会のクラウド・ソブリンティ・フレームワークは、欧州におけるクラウドサービスのデジタル独立性を評価するための非立法的な評価ツールです。

非EU法からの免除、運営上のコントロール、データ保護といった要素に基づいてサービスをランク付けする手段を、公的機関に提供しています。

5月末に発表が予定されているクラウド・AI開発法(CAIDA)は、さらに踏み込んだ内容になる可能性があります。

とはいえ、どちらも真剣かつ歓迎すべき取り組みではあるものの、問題の一部しか解決しない可能性が高いのです。

「バイ・ヨーロピアン」は脆弱な概念

欧州の「バイ・ヨーロピアン」戦略は、まだ明示的に対処されていない2つの脆弱な基盤の上に構築されつつあります。これは特にクラウド領域において、深刻な影響をもたらす可能性があります。

今日ソブリンティスコアが満点の独自仕様ソフトウェアも、1回の買収で明日には別の答えになります。オープンソースソフトウェアであれば、そもそもこの問いは生じません。

フォークする法的権利は、力関係を根本的に変えます。交渉力が生まれ、コミュニティが引き継げるようになり、技術が人質にされることがなくなります。

これこそ、クラウド・ソブリンティ・フレームワークが現在見落としている点です。

2010年にOracleがSun Microsystemsを買収したとき、MySQLを使っていた各国政府はすぐにこう自問しました。「このソフトウェアはこれからどうなるのか?」

答えはひとつの要素にかかっていました——ライセンスです。MySQLはGPLライセンスだったため、フォークして独自にメンテナンスする権利は、買収が完了する前からすでに行使されていました。

MySQLの生みの親であるMonty Widenius氏は、買収が来ると見越して2009年にフォークしました。そのフォークが今日MariaDBとして存在しています。ライセンスはOracleによるSun買収を防いだわけではありません。ただ、その買収がソフトウェアを終わらせることはできないようにし、状況を把握していた人なら被害が生じる前に権利を行使できるようになっていたのです。

ライセンスを正しく整えることは必要条件ですが、十分条件ではありません。

2024年、WordPressの共同創業者Matt Mullenweg氏とWP Engineとの対立が、何百万ものウェブサイトの更新を妨げました。

コードはオープンソースでした。しかし配信インフラには、単一のコントロールポイントが存在していました。ほとんどのプログラミング言語は単一の中央レジストリに依存しており、そのほとんどは米国企業が管理しています。

2019年、GitHubは制裁対象国の開発者へのアクセスを制限しました。GitHubはnpmも所有しているため、JavaScriptエコシステムの配信インフラが同じ貿易規制の対象となったのです。これらは別の場所に切り替えられる代替ダウンロードサイトではありません。

脆弱なインフラの上のソブリンなソフトウェアは、ソブリンではありません。それはサプライチェーンが壊れるのを待っているだけのソフトウェアです。

この2つの脆弱性の問題は、同じ結論を示しています。「バイ・ヨーロピアン」のラベルは、ライセンスをツールとして活用し、ソフトウェアが依存するサプライチェーンを守ることを組み込まない限り、ソブリンティの保証にはなりません。

2つのシナリオを考えてみましょう。欧州のクラウド上で独自仕様ソフトウェアを運用している政府は、管轄権を持っていますが、プロバイダーが買収されても抜け出す方法がありません——ソフトウェアの置き換えには何年もかかりかねません。

一方、欧州内のAmazon Web Services(AWS)上でオープンソースソフトウェアを運用している政府は、いつでも同じソフトウェアを欧州のプロバイダーに移せます。どちらも理想的ではありませんが、同等でもありません。

欧州のソブリンティ・フレームワークは、この非対称性を内在化する必要があります。変化に耐えうる構造的なソブリンティには、ライセンスからそのソフトウェアが依存するクリティカルなサプライチェーンまで通底する、オープンな基盤が必要なのです。

クラウド・AI開発法への提言

CAIDAはクラウド・ソブリンティ・フレームワークと同じ過ちを繰り返すべきではありません。「バイ・ヨーロピアン」のチェックリストをただ延長するだけでは間違いです。この法律は、何がソブリンティを持続させるかを定義すべきです。

2つの具体的な手順が、すぐに違いをもたらします。

第一に、クラウド・ソブリンティ・フレームワークにおけるミッションクリティカルな調達のために、オープンソースライセンスを合否判定のゲートとすること——複合スコアにおける加重要素としてではなく、最高保証レベルでの資格要件とすること。

第二に、依存関係が数週間で切り替えられるものと、言語コミュニティ全体が何年もかけなければ複製できないものを区別するサプライチェーンの耐性評価を義務付けること。代替手段が存在しない場合は、欧州の連邦型またはミラー型の代替手段を求めること。

確かに、ミッションクリティカルなシステムにオープンソースを要件とすることは、短期的には対象を絞り込みます。

しかし除外されるのは、変化に耐えられないソブリンティの資格しか持たないプロバイダーです。

長期的には、これらの要件が欧州企業をオープンソースソフトウェアへ向かわせます——誰にも奪われることのないテクノロジーへ。

— Dries Buytaert

PS: LinkedInでのディスカッションもぜひご覧ください。

この記事は「What does 'Buy European' even mean?」(投稿日:2026-04-15)の翻訳記事です。

カテゴリ