HN 日本語サマリー

← 一覧へ戻る
インフラ・DevOps

デジタル主権はPHPで書かれている

Digital Sovereignty Is Written in PHP (thephp.foundation)

30 pointsby taubek1 コメント

要約

欧州の多くの公共機関が、デジタル主権の実現のためにPHPベースのインフラを採用していることが明らかになりました。ドイツ連邦政府は、連邦ウェブサイトをPHPアプリケーションに移行するために1億800万ユーロを投資しており、これはデジタル主権を確保するための具体的な取り組みの一例です。多くの政府が調達文書や合意事項でPHPアプリケーションを指定しており、その依存関係がメンテナンス資金に結びつくメカニズムの構築が課題となっています。

全文翻訳

Digital Sovereignty Is Written in PHP

ドイツは連邦ウェブサイトをPHPアプリケーションに移行するために1億800万ユーロを費やしています。

この予算は、ドイツ連邦行政の標準コンテンツ管理ソリューションであるGovernment Site Builderの第11版のためのもので、4年間にわたる€26.88 million の製品開発とサポート、€73.2 million の移行と再ローンチ、€8 million の運用が含まれます。80以上の連邦機関や組織が既にこれを使用しており、250以上のウェブサイトを構築しています。

2025年、The PHP Foundation は合計 $730,534 の寄付を受けました。

これらの2つの数字から、PHPがより良い扱いを受けるべきだと主張するつもりはありません。私が説明したいのは、PHPに携わる私たち自身も含め、多くの人が見過ごしていることです。ヨーロッパ全域で、公共管理機関は既に自国のデジタルインフラが何で動くかを決定しています。彼らは調達文書、枠組み契約、連立合意の中でそれを決定しました。そして、それらの文書が「デジタル主権」と言うとき、彼らが繰り返し記述しているのは、PHPアプリケーションなのです。

市民が実際に政府にたどり着く場所

欧州委員会が最大の事例です。2026年1月にブリュッセルで開催されたDrupal4Gov EUカンファレンスで、Europa Web Publishing Platformの背後にあるチームが、自分たちが運用しているものを説明しました。770のライブサイトが44の異なる委員会サービスのために稼働しており、年間7億回の訪問と22億回のページビューがあります。共有Drupalプラットフォームへの移行は2019年に始まりました。なぜなら、各総局が独自のカスタマイズされたコードベースを維持させていたことが、セキュリティパッチ適用と一貫したユーザーエクスペリエンスをますます困難にしていたからです。再利用可能な部分は、GitHubのOpenEuropaおよびec-europa組織で公開されています。

欧州航空安全機関は、ReFuelEU Aviation規則のために350以上の航空会社と31の国家当局にサービスを提供する規制遵守プラットフォームであるSustainability PortalをDrupal上で実行しています。分析はMatomoで、メールはMauticで行われています。3つのPHPアプリケーションが航空規制を支えています。

オランダでは、DICTUのGovNL CMSが、デザイン・トークン、Drupalレシピ、自動化されたインフラストラクチャを使用して、政府ウェブサイトの展開時間を3ヶ月から10分に短縮しています。フランスでは、州デザインシステムのDrupalベーステーマはService d'Information du GouvernementとDINUMによって監視されており、フランス政府は自らのデザイン権限の一部としてPHPコードを監督しています。英国とアイルランドでは、LocalGov Drupalが58以上の地方自治体で共通のコードベースを共有し、開発予算をプールしており、地方自治体のウェブサイトをゼロから構築するのに比べて50〜80パーセントの節約が報告されています。オーストラリアでは、GovCMSが115の政府機関のために370以上のウェブサイトをホストしており、10年以上稼働しており、OFFICIAL:Sensitiveのセキュリティ分類を保持しています。

これらのどれもパイロットプロジェクトではありません。それぞれが政府とそれがサービスを提供する人々との間の日常的なトラフィックを処理しています。

ドイツのショートリストにはPHPのエントリしかなかった

ドイツの事例は、決定が推測ではなく文書化されているため、詳しく調べる価値があります。

Government Site Builder (GSB)は、バージョン11で、連邦内務省のサービス統合プログラムの下での措置となりました。それは完全にオープンソースコンポーネントから構築され、OpenCoDEプラットフォームで公開されており、TYPO3に基づいています。そこに至った評価では、候補がDrupalとTYPO3に絞られました。ドイツ連邦政府の標準コンテンツ管理システムのショートリストは、PHPアプリケーションのみで構成されていました。その後、作業は分割されました。CPSが主導するコンソーシアム(3pc、branding、DFAU、in2code、THE BRETTINGHAMS、queoが参加)が4年間にわたりGSB 11自体を開発しています。2025年3月、Materna Groupが主導する17のTYPO3エージェンシーのコンソーシアムが移行ロットを獲得し、数百の連邦ウェブサイトを移行します。

最も示唆に富む詳細はドイツのものではありません。スイスの国会議員が、独自の連邦行政がクローズドソースCMSを調達したことを批判したとき、彼らはドイツの決定を模範として挙げました。「Deutschland machts vor」、ドイツがやり方を示しているのです。PHPアプリケーションへの標準化という国家的な決定が、今や外国の議会でベストプラクティスとして引用されています。

主権ワークプレイスはPHPアプリケーションである

これらのプログラムでは、デジタル主権は特定のソフトウェアの名前を挙げることで実践的に説明されています。

ITZBundのBundescloudには、Nextcloud上に構築されたSIB-Boxが含まれており、約30万人の連邦ユーザーにサービスを提供しています。Zentrum für Digitale Souveränitätによって構築された主権ワークプレイスであるopenDeskは、Collabora、Element、Open-Xchange、OpenProject、XWikiと共にNextcloudを統合しています。これはドイツの連立合意に盛り込まれており、2028年10月までに連邦行政は、プロプライエタリなITワークプレイスに代わるデジタル主権を持つ代替手段を持つことになります。バーデン=ヴュルテンベルク州は既に約6万人の教師のワークプレイスを移行しており、ドイツ連邦軍は枠組み契約を持ち、ロベルト・コッホ研究所やいくつかの省庁が本番環境でコンポーネントを実行しています。ハーグの国際刑事裁判所もこれを採用する意向です。

Nextcloud ServerはPHPアプリケーションです。バージョン33および34はPHP 8.2から8.5までをサポートしており、管理マニュアルはインストールの章をPHPの設定で開いています。その主張には注意が必要です。なぜなら、状況は変化しているからです。Files High Performance BackendはRustで書かれており、2026年に発表されたADAエンジンはファイルアクセス層をPHP、Go、Rustで書き直します。PHPはアプリケーションとビジネスロジックを担いますが、I/Oバウンドなパスはますますそうではなくなっています。Wikipediaを動かしているMediaWikiも同様の方法で構築されています。

非対称性

1つの国家的な移行に1億800万ユーロ。欧州委員会で770サイト。オーストラリア政府全体で370サイト。ドイツ連邦クラウドで約30万ユーザー。ドイツの1つの州だけで数万の教師ワークプレイス。

そして、2025年のThe PHP Foundationへの寄付は$730,534で、536の組織と個人から寄せられましたが、前年より大幅に少なく、経費が寄付を約$139,000上回りました。これは、技術的な人員を維持するための意図的な選択でした。13人の契約エンジニアが、そのすべてを支える言語を維持しています。

ここで結論を出す際には注意したいです。なぜなら、この物語の中で誰も悪く行動したわけではないからです。数字が示すのは、構造的なギャップです。PHPに最も依存している機関には、その依存が維持資金に変わる確立されたメカニズムがありません。誰もそのギャップを設計したわけではありません。それは、利用時に無料のインフラストラクチャがもたらす結果です。

既にメカニズムを構築した機関が1つあります。ドイツ政府から資金提供を受けているSovereign Tech Agencyは、PHP-FPM Web Services Toolと非同期処理、セキュリティ、パフォーマンスのためのPHPストリーム層の進化を生み出した作業を委託しました。公的資金が基盤に投入され、機能が還元されました。メカニズムは存在し、機能しています。しかし、それが使われる習慣が欠けています。

それを普通にするには何が必要か

Drupal4Gov EUで、Tiffany Farriss(現在はDrupal Associationの暫定CEO)が、あらゆる言語エコシステムに直接適用できる一連の調達変更を提案しました。それらは、善意を必要とせず、入札の採点方法を変更するだけで済むため、ここで繰り返す価値があります。そして、最初の変更は、欧州の調達が既に利用しているフレームワークに適合します。

  1. 真の重みを持つ主権基準: 入札評価ポイントの20パーセントを、検証済みのオープンソース貢献に対して、MEATフレームワーク(Most Economically Advantageous Tender)の下での独立した評価基準として付与します。これにより、ソフトウェアの透明性とデジタル主権が、入札が既に採点できる質的、環境的、社会的な基準と並列になります。
  2. 保守費用項目: 納品が依存するコンポーネントの上流保守のために、契約価値の一部を、後で見つけるのではなく、当初から予算計上します。Farrissは意図的に数値を固定せず、公に決定されることを望んでいます。彼女自身の見積もりは、予算とプロジェクト期間に応じて2〜5パーセント、複雑なプロジェクトでは最大10パーセントです。
  3. 30日間のアップストリームルール: 公的契約の下で開発された非機密コードは30日以内に貢献され、次の行政がそれを再度支払うのではなく引き継げるようにします。

これらを採用する行政は、自国のCMSがPHPで書かれていることを知る必要も気にする必要もありません。ただ、依存しているコードにメンテナーがおり、メンテナーには予算があることを受け入れるだけで十分です。

私たちが尋ねること

公共管理機関で働く、またはそれと連携している場合:あなたの組織が依存しているソフトウェアには、ほぼ間違いなく複数のPHPアプリケーションが含まれており、おそらくあなたの主権戦略が構築されているものも含まれています。上記の3つの提案は、次の戦略文書ではなく、次の入札に含めるべきものです。

これらの契約を納品するエージェンシーの場合:入札にその項目を含めてください。上流保守を慈善行為ではなく、納品の通常のコストにするという点で、あなたは誰よりも有利な立場にいます。

そして、私たちが漏らした事例、PHPで稼働している省庁、地方自治体、保健サービス、統計局を知っている場合は、教えてください。この記事はヨーロッパと1つのオーストラリアのプラットフォームをカバーしていますが、それは調査が行き着いた範囲です。私たちは、それらを構築した人々によって書かれた事例をここに公開したいと考えています。