DenoチームがCloudflareへ。終了するサービスと「自分で動かせる」AI基盤
JavaScriptの実行環境「Deno」を作ってきたチームが、Cloudflareに加わる。10月9日の発表は、技術者の所属が変わるというだけの話ではない。Deno Deployは約6カ月後に終了し、Denoランタイムも約1年後に開発元による開発を終える。一方で両チームは、CloudflareのWorkersとDurable Objectsを、自社の設備でも動かしやすくする構想に取り組む。
まず、Deno利用者に何が起きるのか
Denoの発表によると、ランタイムには今後1年間、月次のバグ修正とセキュリティ更新が提供される。その後、Denoチームによる開発は終わる。コードはオープンソースとして残り、コミュニティが継続する余地はある。ただし、継続が決まったわけではない。
ホスティングサービスのDeno Deployは、発表から6カ月間運用した後に終了する。Cloudflare Workersへの移行支援が明示されているのは有料顧客だ。JSR（JavaScriptとTypeScriptのパッケージレジストリ）は継続し、基盤をCloudflareへ移す。ランタイム、ホスティング、レジストリで結論が異なるため、「Denoがすべて消える」と捉えるのは正確ではない。
日本でDeno Deployを本番利用するチームは、終了時期を待たずに依存関係を棚卸ししたい。ファイル操作やサブプロセスなど、アプリがDeno固有の機能を使っていれば、Workersで同じように動くとは限らない。移行先の選定、データの取り出し、テスト、切り戻しの順に計画する必要がある。
狙いは「自分で動かせる」分散基盤
Cloudflare側の説明で中心にあるのは、Denoチームが開発してきた「celld」と、Workersのオープンソース実行環境「workerd」を統合する計画だ。特にDurable Objectsは、個別にアドレスを持つ実行単位に状態やSQLiteデータベース、WebSocket接続をまとめられる。チャットの各部屋や長く続く作業を、それぞれの単位に割り当てる発想だ。
Cloudflareのネットワーク上では使えるこの仕組みを、自社のサーバーでも分散して運用しやすくする。両社が掲げるのはその方向性であり、完成した新製品の一般提供を発表したわけではない。公開された計画から、既存のDenoアプリが自動的に移行できると考えるのも早い。
AIエージェント時代に、なぜ状態が重要か
AIエージェントが外部ツールを呼び、途中で止まり、後から再開するなら、会話を生成する計算だけでは足りない。タスクの状態、権限、接続、実行履歴を置く場所が必要になる。Deno創業者のRyan Dahlは、Durable Objectsの実行・永続状態・通信をまとめた設計が、こうした「エージェントを動かす枠組み」に役立つと説明する。
これは、エージェントの信頼性がすでに証明されたという意味ではない。日本の企業が注目すべきなのは、モデルの性能と同時に、処理をどこで動かし、状態をどう保持し、障害時にどう復旧するかという設計だ。機密データや国内での運用要件を持つ組織にとって、セルフホストの選択肢が増える可能性はある。ただし、実際の運用負荷や互換性は今後の実装を見て判断したい。
Denoの転機は、開発ツールの競争が「どの言語を速く動かすか」から「状態を持つアプリをどこでも運用できるか」へ広がっていることを映す。既存利用者には移行期限という現実があり、新しい基盤にはまだ検証すべき約束がある。その両方を見据えるニュースだ。
出典：Denoの発表（2026年10月9日）、Cloudflareの共同発表（2026年10月9日）。内容は2026年10月10日時点の公開情報に基づく。