ランタイムの1年間のカウントダウンが始まっています
DenoはCloudflareに加わりますが、スタンドアロンのDenoランタイムは現在の開発チームの下では継続されません。Cloudflareの発表では共通のビジョンが強調されましたが、Deno自身の投稿により重要な詳細が確認されました。それは、Deno runtimeの有効期限が1年であるということです。
今後12ヶ月間、Denoチームは月次リリースを提供し、重要なバグ修正とセキュリティアップデートを行います。この期間終了後、Denoランタイムの公式開発は終了します。これは、多くの開発者の関心を集めたランタイムにとって決定的な転換点となります。
重要なのは、Denoランタイムがオープンソースのままであるという点です。コミュニティによるフォークは完全に可能であり、熱心なユーザーは独自のバージョンを維持できます。しかし、これはDenoのコアチームによる継続的なサポートとは別物であり、彼らのリソースは現在、Cloudflareの戦略的優先事項に向けられています。
この転換は、Deno上で直接構築されたプロジェクト、あるいはSupabase Edge FunctionsやNetlifyのEdge FunctionsのようなDeno互換ランタイムを活用しているプロジェクトが、厳しい移行期限に直面することを意味します。多くの人に愛されたランタイムの時間は刻一刻と過ぎ去っています。
Cloudflareが求めているのはスケーリング層であり、ランタイムではない
CloudflareがDenoを買収したのは、スタンドアロンのランタイムのためではありません。ターゲットは、永続的なスケーリングの課題に対するDenoのアーキテクチャ上の解決策です。中核となる動機は、グローバルに一貫したストレージと実行を提供するCloudflareのサーバーレスプリミティブであるDurable Objectsにあります。チャットルームを想像してみてください。各チャンネルは独自のDurable Objectsにマッピングされ、専用のSQLiteライクなストレージを持つアドレス可能なマイクロサーバーとして機能します。チャンネルが増えればオブジェクトも増え、マシン間で分散され、本質的にスケーリングします。
問題は何か？Cloudflareの外部でスケーリングされたDurable Objectsをセルフホストすることは、非常に困難であることが知られています。CloudflareのオープンソースランタイムであるCloudflare Workersdは、単一インスタンスのDurable Objectsをサポートしていますが、この設定はテストには有用でも、本番環境でスケーリングすることはできません。CloudflareのアーキテクトであるKenton Varda氏でさえ、セルフホスト可能なマルチインスタンスソリューションを構築しようとした自身の試みは「恥ずかしい」結果に終わったと認めています。
Denoの答えは、Rustベースのオーケストレーション層であるcelld（旧「Deno D」）です。このプロジェクトは、単一のバイナリとS3互換のオブジェクトストレージバケットを組み合わせることで、既存のCloudflare WorkersアプリケーションとDurable Objectsを、プライベートインフラ上でマルチマシンによるスケーラビリティを持って実行可能にします。
DenoはCloudflareが内部で実現できなかったソリューションを設計し、より広範なセルフホスト型エッジ戦略のための重要なピースを提供しました。この買収はDenoランタイムの未来に関するものではなく、celldをCloudflare Workersdに統合し、Cloudflareのエコシステムに新たなスケーリングのフロンティアを切り開くためのものです。
この取引はステートフルアプリの実行場所を再定義する可能性がある
CloudflareによるDenoの買収は、開発者がCloudflare WorkersとDurable Objectsを大規模にセルフホストしたいという長年の要望に対する重要な戦略的ギャップを埋めるものです。同社は実績のあるチームと、分散オーケストレーションを単一のRustバイナリにパッケージ化するcelldテクノロジーを獲得しました。このテクノロジーにより、S3互換のストレージバケットを備えた、マルチテナントでスケーラブルなDurable Objectsが実現します。
この計画には、celldの機能をオープンソースのCloudflare Workersdエコシステムに直接統合することが含まれています。この動きは、CloudflareのアーキテクトであるKenton Varda氏が社内構築の困難さを認めていた「Cloudflareのインフラ外でDurable Objectsを動作させるための堅牢なマルチインスタンス環境」を実質的に実現するものです。このプロジェクトの成功は、ステートフルなアプリケーションのデプロイ方法を根本から変える可能性があります。
当初「Deno D」と呼ばれていたDenoのプロジェクトは、チャットルームIDのような一意の識別子をマシン間の個別のオブジェクトに直接マッピングすることで、Durable Objectsのスケーリング問題を解決します。このアプローチにより、組み込みの水平スケーラビリティが確保されます。これは、テストにおける単一インスタンスの制限というCloudflare Workersdの従来の課題とは対照的です。
開発者にとって、その恩恵は非常に大きいものとなるでしょう。この統合により、ステートフルなアプリケーションの移植性が向上し、Cloudflareの強力なエッジプリミティブを活用しながらプライベートインフラ上で実行できるようになります。Denoのランタイム開発は終了に向かっていますが、その核心的なイノベーションである分散状態管理は、より強力で柔軟なCloudflare中心のプラットフォームの基盤となります。移行の詳細については、こちらをご覧ください：Deno is joining Cloudflare
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
Denoユーザーは発表後の対応を計画すべきです
Denoランタイムの終了に伴い、ユーザーベースは迅速な対応を求められます。直接的な影響を受けるのは、スタンドアロンのDenoランタイム上でアプリケーションを実行している開発者や、Deno互換ランタイム上に構築されたサービスです。これには、Supabase Edge FunctionsやNetlify Edge Functionsといったプラットフォームも含まれており、重要な依存関係の変更に直面しています。
ユーザーはランタイムの依存関係を迅速に棚卸しする必要があります。バグ修正とセキュリティアップデートの12ヶ月間のサポート期間が終了するため、公式のサポート期限を注意深く追跡してください。代替ランタイムのテストを開始し、コミュニティによるオープンソースのフォークや移行ツールキットの可能性を監視してください。
今回の買収は、ツールが新しい所有者の下で継続される典型的な統合ではありません。CloudflareはDenoチームとそのDurable Objectsスケーリング技術（celld）を獲得しましたが、スタンドアロンのランタイム自体は対象外です。この取引は、企業が支援するオープンソースツールに依存することのリスク、特に中核技術が吸収されて継続されない場合の危険性を如実に示しています。
BunがAnthropicに加わったケースや、OpenAIがAstroを買収したケースとは対照的です。それらのプロジェクトは独立した軌道を維持しました。しかし今回は、Denoのランタイム開発が明示的に終了するため、何千人もの開発者が根本的な再評価を迫られています。市場は、どれほど人気があり高性能なランタイムであっても、戦略的な分散システムイノベーションの追求においては切り捨てられる可能性があることを証明しました。
よくある質問
Denoはサービス終了するのですか？
いいえ。DenoはCloudflareに加わりますが、スタンドアロンのDenoランタイムの公式開発は、12ヶ月間の月次バグ修正およびセキュリティアップデート期間を経て終了する予定です。
CloudflareはDenoから何を買収するのですか？
この取引により、Denoのチームと、Cloudflareのインフラ外でDurable Objectsをスケーリングするための技術がCloudflareのエコシステムにもたらされます。
Durable Objectsとは何ですか？
Durable Objectsは、個別にアドレス指定可能なステートフルなユニットであり、アプリケーションロジックとSQLiteなどの永続ストレージを組み合わせ、マシン間でスケーリングすることが可能です。
Denoユーザーは今何をすべきですか？
ランタイムのサポート期間を確認し、Denoへの依存関係を特定し、必要に応じてコミュニティによるメンテナンス、移行、または別のランタイムへの切り替えを計画してください。