Denoに刻一刻と迫る期限
DenoチームはCloudflareに加わりますが、スタンドアロンのDenoランタイムに対するバグ修正とセキュリティアップデートは今後12ヶ月間のみ提供され、その後公式な開発は終了します。この動きはランタイム自体の直接的な買収ではなく、戦略的な転換を意味しています。
Denoの各製品にはそれぞれ期限が設けられています。サーバーレスホスティングプラットフォームであるDeno Deployは、6ヶ月後に完全にシャットダウンされます。Denoランタイムのリポジトリはオープンソースとして残りますが、コミュニティによる継続は公式な管理体制とは大きく異なり、その長期的な将来は不透明です。
この終了はエコシステムに重大な影響を及ぼします。Denoを直接使用しているチームは移行計画を立てる必要があり、Deno互換ランタイム上に構築されたサービスも難しい決断を迫られています。これには、Denoベースのランタイムに依存しているSupabase Edge FunctionsやNetlify Edge Functionsといった主要なサービスも含まれます。
これらのプラットフォームを利用している開発者は、即座にシャットダウンされると想定すべきではありません。基盤となるインフラの変更により全体的な調整が必要となるため、各プロバイダーの具体的な対応やロードマップを確認する必要があります。時間は限られており、この移行を効果的に進めるためには開発者の行動が必要です。
Cloudflareが求めた「脱出ハッチ」
CloudflareがDenoに関心を寄せたのはランタイムのためではなく、切実な「脱出ハッチ」を求めていたからです。同社のDurable Objectsは、独自のストレージを持つ名前付きのステートフルなユニットであり、チャットルーム、コラボレーション機能、AIエージェントの制御など、永続的な状態が不可欠な用途に最適です。これらはCloudflareの管理プラットフォーム上で容易にスケールしますが、ポータビリティ（移植性）という課題が存在していました。
その課題とは、CloudflareのオープンソースWorkersランタイムであるworkerdが、Durable Objectsを単一インスタンスとしてしか実行できなかったことです。この制限により、本番環境規模のワークロードをセルフホストすることは非現実的であり、Cloudflareの看板機能は同社の独自インフラに縛り付けられていました。CloudflareのアーキテクトであるKenton Varda氏でさえ、スケーラブルなセルフホスト型ソリューションを構築しようとした自身の試みが「恥ずかしいほど」失敗したことを認めています。
そこで登場したのが、Cloudflareのスケーリングのジレンマに対するDenoの回答であるCellDです。2026年8月にDeno LandからリリースされたCellDは、CloudflareスタイルのアプリケーションとDurable Objectsを開発者自身のインフラ上で実行するために設計された単一のRustバイナリです。CellDはエポックフェンシングトークンを備えた標準的なオブジェクトストレージを活用することで、複雑な合意形成メカニズムを回避し、Cloudflareレベルの耐久性をベンダーロックインではなくプラットフォームの機能として実現しました。
これこそが狙いでした。CloudflareがDenoを買収したのは競合するランタイムのためではなく、Ryan Dahl氏とBert Belder氏率いるチームがCellDをworkerdに統合するためです。この動きにより、Durable ObjectsはCloudflare専用の強力な機能から、真にポータブルでセルフホスト可能な機能へと変貌を遂げ、大企業が採用する際に不可欠となる「脱出ハッチ」を顧客に提供することになります。
CellDこそが真の価値であり、最大の難関
Denoランタイムではなく、CellDこそが真の価値です。Cloudflareは、社内で苦慮していたスケーリングの難題、つまりDurable Objectsをポータブルにするという解決策をもたらすチームを獲得しました。Ryan Dahl氏とBert Belder氏は今後、CellDをCloudflareのオープンソースWorkersランタイムであるworkerdに統合する取り組みを主導します。
WorkersのアーキテクトであるCloudflareのKenton Varda氏は、スケーラブルでセルフホスト可能なDurable Objectsソリューションを自ら構築しようとした試みが「恥ずかしいほど失敗した」と認めています。しかし、DenoはCellDを提供しました。これは、標準的なオブジェクトストレージを分散コンセンサスレイヤーとして使用する単一のRustバイナリです。このエレガントなアプローチにより、Durable Objectsを含むCloudflareアプリを自身のサーバー上でセルフホストすることが現実のものとなります。
なぜCloudflareは顧客が離脱しやすくするのでしょうか？同社は、出口戦略を用意することでエンタープライズのロックイン懸念が軽減されると主張しています。Cloudflareは2022年にShopifyがworkerd上で構築できるようにするためにworkerdをオープンソース化する必要がありましたが、今回も同じ論理が適用されます。Cloudflareは、セルフホスティングを提供することで、顧客がそもそもWorkers上で構築しようという意欲が高まり、エコシステムが拡大すると考えています。
この約束には注意点があります。CellDを統合し、信頼性の高いセルフホスト型Durable Objectsを確保するには、多大なエンジニアリングが必要です。移植性は強力ですが、運用コストをゼロにするわけではなく、多様な環境間で同一の動作を保証するものでもありません。移行の詳細については、Deno is joining Cloudflare - Deno Blogの発表を直接参照してください。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
開発者が次に注目すべきこと
開発者は、存続するものと終了するものを区別する必要があります。JavaScriptレジストリであるJSRは運営を継続し、Cloudflareのインフラストラクチャへ移行します。Rusty_V8のメンテナンスも継続され、workerdへの統合が計画されています。しかし、Denoランタイムの公式な機能開発は終了し、Deno Deployは6ヶ月後にシャットダウンされます。
Denoユーザーには、月次のバグ修正とセキュリティアップデートが提供される12ヶ月の猶予期間があります。今すぐランタイムとDeployの依存関係をマッピングし、代替手段をテストし、Cloudflareからの公式な移行ガイダンスを追跡してください。Supabase Edge FunctionsやNetlify Edge Functionsなど、Deno互換プラットフォームを利用しているチームは、各プロバイダー固有の移行計画を待つ必要があります。
この取引は、特にCellDがworkerdに統合されることで、CloudflareのポータブルWorkers戦略を強化します。また、ハイパースケーラーやオープンソースの巨人が支配する市場において、独立したランタイムビジネスを維持することの厳しい経済的現実を浮き彫りにしています。Cloudflareにとっては有意義なインフラの進歩ですが、Denoユーザーにとっては決定的な損失です。
よくある質問
Denoはシャットダウンされますか？
Denoはオープンソースのままですが、チームは12ヶ月間のメンテナンスとセキュリティアップデートの後にランタイムの開発を停止する予定です。
Deno Deployはいつシャットダウンされますか？
Deno Deployは6ヶ月後にシャットダウンされる予定です。顧客はDenoの移行ガイダンスを確認して選択肢を検討してください。
CellDとは何ですか？
CellDは、セルフホスト型インフラストラクチャ上でCloudflare Durable Objectsを実行するためのDenoによるオープンソースシステムです。
取引後もJSRは継続されますか？
はい。JSRは運営を継続し、Cloudflareのインフラストラクチャへ移行する予定です。
Denoを使用しているチームは今何をすべきですか？
ランタイムとDeployのタイムラインを確認し、依存関係を棚卸しし、公式サポートが終了する前に移行またはメンテナンス戦略を計画してください。