コードは無料、堀は私有

板橋のあるスタートアップのサーバールームを思い浮かべてみよう。データベースはPostgreSQL、検索はElasticsearch、コンテナはKubernetes、観測はGrafanaで動いている。すべてオープンソースだ。一行も私たちが作ったものではなく、最初は一銭も払わなかった。韓国の開発者たちはこのスタックを巧みに組み立てる。問題は、その巧みさをすぐに自立だと信じることから始まる。

組み立ては上手い。しかし、その部品のうち何か一つでも私たちが設計したものがあるだろうか。ライセンス条項がある日変わったら、私たちは何ができるだろうか。この問いの前で、韓国産業特有の自信は妙に薄くなる。

ライセンス戦争が変えたのはコードではなく所有権の位置だった

商用オープンソースモデル、すなわちCOSSはかつてシンプルだった。コードを公開してコミュニティを集め、直接運用するのが困難な企業にホスティングとサポートを売った。Red Hatがリナックスでその道を開いた。ところが2018年から風景が変わる。MongoDBがSSPLという新しいライセンスを持ち出し、ElasticがElasticsearchのライセンスを変更すると、AWSはOpenSearchとしてコードを丸ごとフォークしてしまった。2023年にHashiCorpがTerraformをBSLに転換するとコミュニティはOpenTofuに分裂した。2024年にはRedisまでライセンスを閉じ、原作者サルヴァトーレ・サンフィリッポが去った場所でValkeyというフォークがLinux Foundationの下に立った。

表面的にはクラウド巨人とオープンソース企業の縄張り争いだ。しかし、その下ではより深い転換が起きた。コードは依然として無料なのに、金になる地点がコードの外に移った。信頼、運用責任、セキュリティパッチの速度、障害が起きた時に誰が電話を受けるか。この無形の層が新たな課金対象になった。コードは共有財として開放し、その上に信頼という堀を私有化する構造だ。

速い追撃は組み立てまでしか連れて行かない

韓国ソフトウェア産業は追撃に長けていた。他人が作ったフレームワークを素早く習得し、検証されたアーキテクチャを移植し、グローバル標準を現地化する仕事が得意だった。製造業で我々が半導体とディスプレイを追いついた方式と似ている。正解が既に存在する時、その正解に至る最も速い経路を見つけ出す能力のことだ。

しかし、オープンソースインフラ層で韓国の名前は稀だ。PostgreSQL、Kafka、Kubernetes、あらゆる核心インフラプロジェクトのガバナンスにも韓国企業の席はほとんどない。私たちはこのインフラの消費者であり熟練したユーザーだったが、設計者や管理者だったことは稀だ。

ここで追撃モデルの限界が露呈する。オープンソースインフラは単なるコードの束ではない。数千人の貢献者が十数年間バグに遭遇し、障害を振り返り、設計決定を覆しながら積み上げてきた試行錯誤の堆積層だ。この堆積は速く複製されない。コードはGitHubでクローンできても、そのコードがなぜそのような形になったのかという判断まではクローンされない。追撃では最後の組み立て段階までしか到達しない。設計の権限は追いつかれない。

先進国はインフラを貸すふりをして標準を敷いた

米国のクラウド企業がオープンソースに膨大な人材を投入する理由を誤解してはならない。慈善ではない。一つの会社が核心プロジェクトの最多貢献者になれば、そのプロジェクトの将来の方向を事実上その会社が決める。標準を敷き、その標準の上で運用サービスを売る。共有財を育てる手とその上に堀を掘る手が同じ手だ。

CNCFのような財団は中立地帯のように見えるが、その中の影響力は貢献した人材と時間に比例する。結局、誰がより長く、より深く蓄積したかが発言権を決める。長期投資がすなわち主権になるゲームなのだ。

韓国の短期成果主義はよりによってこのゲームに不利だ。四半期実績と年内リリースに縛られた組織は、すぐに売上として計上されない外部プロジェクトにエンジニアの時間を数年も埋めておくことが難しい。貢献は採用広報用の副業で終わり、核心モジュールのメンテナーに上がれるほどの持続性は確保されない。失敗が組織の経験として残るよりも個人の経歴として散らばる。

反論も可能だ。あえてインフラを私たちが作る必要があるのか。よく作られたものを安く使えば、それが合理ではないか。その通りだ、平時には。しかし、ライセンスが変わり、核心依存性が特定企業の堀の中に引き込まれ、地政学が供給網を武器に変える瞬間、借りて使うという合理性は従属という請求書として返ってくる。クラウドコスト交渉で代替案のない側がどんな価格を受け入れるか、私たちは既に知っている。

韓国が蓄積すべきはコードではなく保守の権限だ

では何を積み上げるべきか。新しいオープンソースプロジェクトを雨後の筍のように立ち上げることではない。核心は既に産業の底に敷かれているインフラプロジェクトでメンテナーの座を確保することにある。韓国企業が依存するデータベース、メッセージキュー、観測ツールのコミット権限を持つエンジニアを育成し、その時間を会社が数年単位で保障する構造が必要だ。

釜山をはじめとする地域の産業データ、物流と港湾と製造現場から出るドメイン知識はそれ自体がインフラになり得る。他人の汎用インフラを持ってきて使うことに留まらず、私たちの現場の問題を解決して作ったツールを共有財として出し、そのガバナンスを握る道だ。信頼という堀は結局、誰が最も長く責任を持ったかから生まれる。

失敗が経験として残るシステムも一緒に行かなければならない。ライセンス戦争でOpenTofuとValkeyが速く立ち上がったのは、分裂したコミュニティがそれまで積み上げた運用知識を失わなかったからだ。フォークはコードのコピーではなく蓄積の相続だった。韓国に必要なのは一度の成功事例ではなく、失敗と分裂さえも次世代が受け継ぐ堆積の構造だ。

追撃の時代には正解を速く見つける国が勝った。オープンソースインフラは既に正解が書かれた教科書のように見え、私たちはその教科書を速く読み取ることに長けていた。しかし、フロンティアの時代は違う。コードが無料で開放された世界で価値は信頼と責任の層に移り、その層は長く埋めておいた者にだけ開かれる。正解を速く解く国ではなく、どの問題を私たちが直接責任を持って解くのかという問いを先に投げかけた国が次のインフラの所有権を持つ。