gVisor が CNCF に寄贈されました

2018 年、Google は gVisor を Apache 2.0 ライセンスでオープンソース化した。貢献者たちの知る限り、それ以来 gVisor は Linux に次いで成熟した Linux 実装であり続けている。

そして今年、gVisor プロジェクトは CNCF に寄贈され、ガバナンスのあり方も変わろうとしている。

何が起きたのか

Google は gVisor プロジェクトを、その名称と商標も含めて Cloud Native Computing Foundation（CNCF）に寄贈した。CNCF は Linux Foundationの傘下組織だ。名前のとおりクラウドネイティブコンピューティングに焦点を当てており、その成り立ちは Google が寄贈した Kubernetes プロジェクトにさかのぼる。Kubernetes はその後、コンテナオーケストレーションの業界標準に成長し、周囲に巨大で活発なエコシステムを築いた。gVisor は今、同じ道を歩もうとしている。

gVisor の CNCF への申請とその経緯も参照してほしい。

タイムライン

すでに起きたこと：

• 2026-09-07：Google が CNCF への寄贈申請を提出。
• 2026-09-22：CNCF が申請を審査。
• 2026-09-28：申請が承認。
• 2026-10-02：このブログ記事を公開。

今後数週間：

• プロジェクトは CNCF の「Sandbox」ステータスに移行する（gVisor のようなプロジェクトにはいかにもふさわしい名前だ）。
• gVisor のビルドとテスト基盤は GitHub Actions と Buildkite に移行する。
• Google 内部の gVisor テスト基盤が PR をブロックすることはなくなる。
• プロジェクトのガバナンスはメンテナーベースのモデルに移行する。
• Google 以外のメンテナーが加わり、マージ権限が付与される。

今後数か月：

• プロジェクトは CNCF の「Incubation」ステータスに移行するために必要な手続きを進める。
• GitHub リポジトリは google の GitHub 組織から移転する。
• ガバナンスは長期的なモデルに移行し、組織単位の投票を導入することで、Google が一方的にガバナンス上の決定を下せないようにする。
• 正式な CNCF プロジェクトになるための手続きが順次進められる。

なぜ寄贈するのか

業界でよく知られたサンドボックス／セキュリティの構図の中で、gVisor は分類しにくい存在だ。この構図は「ネイティブコンテナ」と「仮想マシン」を分け、その間にわずかなグレーゾーンを残すのが慣例になっている。gVisor はまさにその中間地带にまたがり、実証的な意味で同等の安全性を提供しながら、おなじみの「仮想化」の項目にチェックを入れていない。セキュリティ監査人、規制当局、セキュリティ実務家は、この項目こそが「安全」の同義語だとみなしがちだ。これが gVisor の普及を難しくしている。この偽の二分法に慣れた相手に、プロジェクトの価値を説明するのは容易ではない。

もう一つの難題は性能に対する認識だ。Google 内部（そして Ant Group や Modal など gVisor を使う他の企業）には、gVisor の性能を大きく引き上げる Linux カーネルパッチがある。しかし他の gVisor ユーザーにとって、そのまま使ったときの性能は一部の I/O 集約型ワークロードで低下しがちだ。潜在的な採用者の第一印象を損ねる。この問題は性能を改善する Linux カーネルパッチを上流に提出することで解決しようとしたが、カーネルのメンテナーは gVisor が Google の完全所有プロジェクトであることを理由に拒否した。

そして最後に、gVisor というプロジェクトは、企業の所有権だけで動いている限り、なかなか優先順位が上がらない。Linux のユーザー空間実装として、gVisor には非商業的な可能性がある。たとえば：

• gVisor-on-Mac：Wine が Windows プログラムを macOS で動かすのと同じ感覚で、Linux プログラムを macOS 上で動かせるようにする。
• デスクトップ Linux のサンドボックス：gVisor をデスクトップ Linux アプリのサンドボックスとして実用的な選択肢にする。現在の最先端（bubblewrap/flatpak/nsjail など）よりはるかに安全で、Qubes OS のような完全な仮想化方式よりはずっと組み込みやすい。この方向ではすでに成果があり、最近リリースされた bwrap のドロップイン代替を出したが、gVisor がサンドボックス化できる対象はこれにとどまらない。

こうした問題は、現在の gVisor 採用者の顔ぶれにも表れている。採用しているのは、リソースを投じて自社のニーズに合わせて gVisor をカスタマイズできる大手テック企業（Google、Ant Group、OpenAI、Anthropic）か、事業の方向性が gVisor の用途と噛み合い、スタートアップの限られたリソースを gVisor を使いこなすために振り向ける価値がある企業（Modal、Tines）のいずれかだ。では、このリストにいないのは誰か。

• 趣味プロジェクト：前述した非商用の用途。gVisor が役立つはずの場面だが、今のところ誰も使っていない。
• 業界の「中間層」：gVisor の安全性から恩恵を受けられる個人や企業。だが、その存在を知らないか、過去の印象から敬遠しているか、セキュリティ専任にリソースを割けないでいる。自分の計算基盤プロバイダーが安価で即時利用可能なサンドボックスランタイムを広く提供していれば、喜んで使うはずの層だ。
• Google 以外のハイパースケーラー：ほぼすべての大手テック企業が、コードスニペットの実行や RL など、自社の大規模なサンドボックス需要を満たすために gVisor を内部採用している。しかし、gVisor を搭載した汎用の計算資源を顧客に直接販売しているのはごく一部（Google、DigitalOcean、Modal）にとどまる。gVisor の営業利益率は競争力があり、需要は明らか——gVisor リポジトリの issue には、Google 以外のハイパースケーラー上で自力で gVisor を導入した事例が多数報告されている——にもかかわらず、だ。残る説明は、おそらく（寄贈前の）プロジェクトのガバナンスリスクである。

プロジェクトを CNCF に寄贈するのは、こうした問題すべてを解決するためだ。gVisor とアプリケーションカーネルがコンテナエコシステムとセキュリティ業界の共通語になれば、統合と採用は意欲が高く技術力とリソースのある企業に限られなくなる。gVisor の性能問題を解決する Linux パッチをアップストリーム化すれば、すべての人が恩恵を受けられる。

なぜ CNCF なのか？

gVisor はそのまま差し替え可能なコンテナランタイムであり、クラウドネイティブのコンテナエコシステムに自然に属する。Kubernetes、containerd、Agent Substrate といった CNCF 技術と直接統合できる。

リソースと効率の観点では、gVisor のプロセスモデルはコンテナに似ている。そのため、セキュリティを目的とした他のコンテナランタイムよりクラウドネイティブであり、効率的かつコンパクトに構成できる。結果として、VM ランタイムでは到底実現できない粒度と密度でセキュアコンテナを詰め込める。ハードウェア仮想化もネスト仮想化も不要なので、Linux が動く場所ならどこでも動く。CNCF の既存プロジェクト群にとって、gVisor は良い補完物だ。gVisor はすでに主要クラウドで利用可能で、ネイティブサービスとして提供するクラウドもあれば、ユーザーが自分で（実際に）インストールしているクラウドもある。

Google は今後 gVisor の開発を切り離すのか？

ここ数か月はセキュリティ業界、とりわけセキュリティサンドボックスにとって決定的だった。安価で安全なサンドボックスの需要がかつてなく明確になっているときに、Google が自社のサンドボックス技術を手放す理由はない。逆だ。私たち（Google の gVisor コントリビューター）は社内でこの動きを推進してきた。Kubernetes のときと同じように、これが Google 内外での gVisor の発展と採用を加速すると期待している。

Google 以外に gVisor のコントリビューターに加わるのは誰か？

Google は関心を持ちそうな各社に連絡している。本稿執筆時点で、gVisor のメンテナー陣に長期参加を約束したのは以下の組織だ：Ant Group、Modal、Tines。加えて OpenAI、Tencent、NVIDIA などは、これまで続けてきた gVisor への貢献を継続する。

これは私にとって何を意味するのか？

• 短期：何も変わらない。
• 中期：PR を出す体験がいくらか楽になる。
• 長期：より自由な gVisor。新しいコントリビューターの流入が開発を加速し、より開かれたガバナンスプロセスがユーザーに資する。

今後の予定

gVisor のコントリビューターの一部は KubeCon North America 2026 に参加する。ぜひ話しに来てほしい。