CloudflareがDenoチームを迎え、ランタイムのサポートは残り12カ月に

Denoの全チームがCloudflareに加わる。利用者にとって重要なのは日程だ。Deno Deployは6カ月後に終了し、独立したDenoランタイムの企業主導開発も12カ月後までとなる。

Deno Deployは終了し、ランタイムのサポートは残り1年

今後12カ月間、ランタイムには毎月バグ修正とセキュリティ更新が提供される予定だ。その後、Denoは自社による開発を終える。コードはopen sourceとして残り、コミュニティが開発を引き継げるが、発表では継続を担うチームは示されていない。

Deno Deployはさらに6カ月運用される。有料顧客にはCloudflare Workersへの移行支援が提供される。JSRレジストリは運用を続け、インフラをCloudflareへ移す。rusty_v8のサポートも続き、workerdへの統合が進められる。

Cloudflareは自社ネットワーク外でWorkersを動かす道を得る

DenoはランタイムからDeno Deployへ進み、その後celldを開発した。celldはWorkersとDurable Objectsのモデルを、自己管理インフラで分散アプリケーションを動かすopen sourceシステムへ持ち込む。Cloudflareでは、celldの開発をworkerd、Workers、Durable Objectsの各チームと統合する方針だ。

戦略的な価値はここにある。Cloudflareは、顧客が自らインフラを管理する場合でも、Workersを一般的なサーバー構築モデルにしたい。プラットフォームチームは将来、計算、状態、キュー、通信の共通部品をCloudflare上と自己管理環境の両方で使える可能性がある。今回の発表は開発の方向を示したもので、提供日が決まった完成品ではない。

コードは公開で残るが、保守責任はコミュニティへ移る

1年間のサポートは移行の時間を与えるが、その後を保証しない。修正、リリース、セキュリティ対応を担う有給の開発者が離れても、リポジトリだけは長く公開され続けることがある。ランタイムを使う企業は、入手できるソースコードと保守されるプラットフォームを区別する必要がある。

可搬性の約束にも同じ慎重さが要る。celldとworkerdの統合はCloudflare外でのWorkers運用を改善し得るが、移行手順、運用モデル、確定した提供日程はまだない。

Deployからの移行とcelldの公開ロードマップが成否を決める

最初に測れる指標は、今後6カ月のDeno Deploy終了プロセスだ。有料顧客がアプリケーションを大きく変えずにWorkersへ移れるか、移行支援がデータ、状態、ネットワーク動作を明確に扱うかが重要になる。

次の指標は、celldとworkerdを統合する公開計画だ。具体的なリリース、self-hosting向け文書、12カ月後のDeno保守担当者が示されれば、Cloudflareが可搬性のあるエコシステムを作るのか、開発を一つの屋根に集めるだけなのか判断できる。

Lilithの判定

Deno Deployを使うチームに残された荷造りの時間は6カ月で、Cloudflareはself-hosted Workersへの地図を手に入れる。この取引の価値は、引っ越し後も設計図だけでなく道路まで開かれているかで決まる。