NAW / COMPUTE 06
IMAGE: AI生成ビジュアル
COMPUTE / Deno / Cloudflare
DenoチームがCloudflareに合流 — workerdとcelldを統合しWorkers・Durable Objectsのセルフホストを本格支援へ
Denoチーム全体がCloudflareに合流し、オープンソースのworkerdとcelldを統合してWorkersプログラミングモデルのセルフホストを第一級の選択肢にすると、2026年10月9日に両社が発表した。Denoランタイムは1年間の保守後に開発終了、Deno Deployは6か月後に閉鎖、JSRはCloudflareに移管される。
JavaScriptランタイムDenoを開発してきたDenoチーム全体がCloudflareに合流する。WorkersとDurable Objectsからなるプログラミングモデルを、自社インフラでも動かせる形で本格的に支援していくことが狙いで、2026年10月9日にCloudflareブログとDenoブログで発表された。以下は両発表の内容整理である。
合流の狙い — workerdとcelldの統合
- 目的: Cloudflareのオープンソースランタイムworkerdと、Denoが8月に公開したcelld（Workers・Durable Objectsのオープンソース実装）を統合し、Workersプログラミングモデルを自社インフラで構築・運用することを「根本的に簡単に」するとしている。
- 背景: workerdは本番利用を意図して公開されたが、Durable Objectsの対応が単一インスタンス（ローカルテスト向け）に限られ、スケールしないことが長年の課題だったと、CloudflareのKenton Varda氏は説明している。本番用のDurable Objectルーティング実装は数百拠点向けの巨大なもので、セルフホスト向きではなかったとしている。
- celldの位置づけ: Rust製の単一バイナリで、外部依存はオブジェクトストレージのみという設計。複数のcelldインスタンスと1つのオブジェクトストレージバケットで、分散アプリケーションを運用できることを目指している。
- 体制: Ryan Dahl氏とBert Belder氏が、workerdのセルフホストを第一級に引き上げる取り組みを主導する。今後数か月で追加の発表があるとしているが、celld・workerdのどちらも今日からセルフホストに使えるとしている。
Denoの既存製品の扱い — ランタイム・Deploy・JSR
- Denoランタイム: 月次リリースでさらに1年間、バグ修正とセキュリティ更新の保守を続けた後に開発を終了する。オープンソースとしては残り、継続開発を歓迎するとしている。
- Deno Deploy: 6か月間は稼働を続けた後に閉鎖する。有償顧客にはCloudflare Workersへの移行支援を提供するとしている。
- JSR: TypeScript向けパッケージレジストリのJSRは運用を継続し、基盤をCloudflareへ移管する。
- rusty_v8: V8バインディングのrusty_v8は引き続き支援し、workerdへの統合を進めるとしている。
- 方向性の選択: 別のランタイムとホスティングの開発継続ではなく、共有プラットフォームへの集中を選んだとDahl氏は述べており、Deno上に構築してきた利用者には影響の大きい変更と認めた上で謝意を示している。
なぜDurable Objectsか — エージェント基盤としての視点
- ロックイン論への反論: Varda氏は、Workersが他と違って見えるのは閉じ込めのためではなく「より良いプログラミングモデルだから」と主張している。Shopifyのような大口顧客の要望で2022年にworkerdをオープンソース化した経緯や、workerdを使って移出していった顧客がいたことにも触れ、「逃げ道があることがビジネス上も有益」と述べている。
- AIエージェントとの関係: Dahl氏は、安価なサーバーレス実行、永続的な状態、WebSocket、高水準のJavaScriptインターフェースを束ねるDurable Objectsが、エージェントのハーネスに特に有用であり、celldがDurable Objectsに注力する理由だとしている。自インフラで大規模にエージェントを動かしたい事業者に向けて連絡先（ry@cloudflare.com）も示している。
