DenoのチームがCloudflareに合流、Deno Deployは6か月後に終了

DenoのチームがCloudflareに合流、Deno Deployは6か月後に終了 ニュース

JavaScript/TypeScriptランタイム「Deno」を開発してきたDeno Landのチームが、Cloudflareに合流すると発表しました。結論から言うと、Denoランタイムは今後1年間、毎月のバグ修正とセキュリティ更新が続いたあと開発が終了し、ホスティングサービスのDeno Deployは6か月後に終了します。パッケージレジストリのJSRは継続されます。この記事では、DenoのチームがCloudflareに合流したことで何が変わるのか、Denoを使っている人がいつまでに何を確認すべきかを整理します。

ニュースの概要

2026年10月9日、Denoの作者であるRyan Dahl氏がDenoの公式ブログで、Denoチーム全体がCloudflareに参加すると発表しました。同じ日にCloudflareの公式ブログでも、Ryan Dahl氏とCloudflareのKenton Varda氏の連名で発表が出ています。今後は独自のランタイムやホスティングサービスを別々に開発するのではなく、Cloudflare側の共通の基盤に力を注ぐとしています。

日本ではPublickeyが10月13日に報じ、「CloudflareによるDeno Landの買収と見られます」と伝えています。なお、両社の発表本文では買収という言葉は使われておらず、「チームが合流する(joining)」という表現です(Cloudflareのブログには「Acquisitions」のタグが付いています)。

Denoランタイム・Deno Deploy・JSRで何が変わるのか

Denoの公式ブログで示された今後の扱いは次のとおりです。

  • Denoランタイム: 今後1年間はサポートを続け、毎月のリリースでバグ修正とセキュリティ更新を提供します。その後、開発を終了します。1年の起算日や終了日は明記されていません。
  • Deno Deploy: 6か月間運用を続けたあと終了します。有料の利用者には、Cloudflare Workersへの移行支援が提供されます。具体的な終了日は書かれていません。
  • JSR: 運用を続け、インフラをCloudflareへ移します。
  • rusty_v8: サポートを続け、workerdへの統合を目指します。
  • オープンソース: Denoはオープンソースのまま残り、開発を続けたい人を歓迎するとしています。

FreshやDeno標準ライブラリ(deno_std)の扱いは、発表では触れられていません。

Cloudflare側の発表では、Denoチームが8月に公開した、WorkersとDurable Objectsのオープンソース実装「celld」(Rust製の単一バイナリ)のコードとアイデアを、Cloudflare Workersのオープンソース版ランタイム「workerd」に取り込むとしています。Ryan Dahl氏とBert Belder氏がこの作業を主導し、workerdを自分のサーバーで動かすセルフホスティングを「第一級のサポート対象」にすることを目指すとしています。Denoのブログでも、Cloudflareのネットワークでも自社のインフラでも動かせる形を目指す趣旨が書かれています。Cloudflareは、今後数か月のうちに追加の発表をするとしています。

読者への影響

いちばん急ぐ必要があるのは、Deno DeployでサイトやAPIを公開している人です。6か月後に終了するため、移行先の選定とテストを早めに始める必要があります。公式に移行支援が案内されている移行先はCloudflare Workersですが、支援の対象は有料の利用者です。

Denoランタイムを開発環境やスクリプトの実行に使っている人は、少なくとも1年はセキュリティ更新が届きます。すぐに壊れるわけではありませんが、新しい機能の追加は見込めなくなると考えたほうがよいでしょう。社内ツールやCIでDenoを使っている場合、1年後以降にセキュリティ更新が止まるリスクを、いまのうちに計画に入れておく必要があります。

JSRでパッケージを公開・利用している人は、JSRが継続されるため、当面の対応は不要です。

確認すること

  • Deno Deployを使っているプロジェクトを洗い出し、終了日の案内(Denoの公式ブログなど公式の告知)を確認しましょう。
  • 移行先の候補として、Cloudflare WorkersやNode.jsでの実行を検討しましょう。セルフホスティングできるworkerdは、Cloudflareの追加発表を待って判断する将来の候補です。Deno固有のAPI(Deno.serve や Deno.readTextFile など)を使っている箇所は書き換えが必要になる場合があります。
  • Node.jsへ移る場合のバージョン選びは、Node.jsのインストール方法とLTSの選び方を参考にしてください。最新版の変更点はNode.js 26.11.0の記事にまとめています。
  • CIやDockerfileで deno を固定バージョンなしで入れている場合は、バージョンを固定し、更新が止まった後の扱いを決めておきましょう。

筆者の見解

私見では、今回の発表は「Denoが終わる話」ではなく、ランタイム・ホスティング・レジストリの3つで期限が違う話として分けて見るべきだと考えます。Deno Deployは6か月、ランタイムは1年、JSRは継続と期限が分かれているため、まずは自分の利用箇所をこの3つに仕分けるのが最初の判断材料になります。見落としやすいのは、Deno Deployの移行支援が有料の利用者に限られている点で、無料プランで公開している小さなAPIやデモほど、自力での移行が必要になると考えます。一方で、セルフホスティング対応のworkerdが将来の受け皿になる可能性もあり、今すぐNode.jsへ全面的に書き換えるか、Web標準APIに寄せて追加発表を待つかは、残り期間と書き換え量のトレードオフで決めるのが現実的です。

出典(一次情報)

2026年10月14日時点の情報です。

タイトルとURLをコピーしました