速報:CloudflareがDenoを買収!サーバーレスの勢力図はどう変わる?
Cloudflare acquires Deno
Cloudflare acquires Deno
ついにこの時が来ました。CloudflareがDenoの買収を発表しました。サーバーレス技術やエッジコンピューティングの未来を大きく変えるこのニュース、今後の開発環境への影響から目が離せません。
Denoランタイムについては、バグ修正とセキュリティアップデートを含む月次リリースをあと1年サポートする。その後、Denoランタイムの開発は終了する予定。Deno自体はオープンソースのままなので、開発を継続したい人がいれば歓迎するよ。つまり、誰か別の人が引き継がない限り、Denoのサポートは終わるってことだね。
Ryan Dahlがあれだけ熱心にDenoとDeno Deployを推しておきながら、それぞれ1年、6ヶ月で終わらせるなんて、なんとも後味が悪い。幸いなことに、Denoの機能をゴリゴリに使ったコードベースはないから助かったけど、もしそうだったら今頃かなり厳しい状況になってただろうな。
コメントの多くはDenoの終了に関することだけど、もっと興味深いのはcelldモデルがworkerdにマージされる点だよね。celldは発表されてからずっと追いかけてた。耐久性と調整の両方をオブジェクトストレージからブートストラップするのは、セルフホスティングにおいて多くのことをシンプルにしてくれる。(まあ、セルフホスティングなのにクラウド依存というのは皮肉だけど、今回はS3が広くサポートされたプロトコルになり、自分でも運用できるようになったから正当化できると思う)あのモデルが具体的にどうやってworkerdに取り込まれるのか、詳細が楽しみだ。
「Cloudflareによるアクワイアハイヤー(人材獲得目的の買収)でDenoの開発が事実上終了」という見出しの方がしっくりくるね。
一言で言えば、最悪!Denoのいいところは、package.jsonやメタデータファイルなしで、独立したTSスクリプトから直接パッケージレジストリやgitリポジトリをインポートできることだった。シェルスクリプト的な使い方をするには本当に便利だったんだけどな。今のところNode.jsでは同じようなことできないでしょ?
さらば、お気に入りのJavaScriptランタイム。ありがとう。君はこの世界には少しばかり「セキュア」すぎたんだよ。Cloudflareにとってこれはどんなビジネスの動きなんだろう?celldは今のworkerdよりもCloudflare-at-homeなランタイムとして完成度が高い。Workersをコモディティ化させてCloudflareに何の得があるんだ?私はCloudflare Workersのユーザーじゃないけど、workerdやcelldには注目してた。バックエンドが丸ごと箱に入っているというアイデアは魅力的(PocketBaseやAlgernonもそうだし)。同時に、今回の買収で他の会社がcelldのためにDenoを買収する道が絶たれたことになるね。
初期のDenoが大好きだっただけに、終わってしまうのは悲しい。Ryの最初のビジョンに共感して、Denoエコシステムにはかなり投資したからね。でも、方向転換してnpmとの互換性を優先し始めた瞬間に、こういう結末になると思って手を引いたんだ。Denoの範囲は、美しくシンプルなものから、どんどん肥大化していった。VCからの圧力に屈して、Nodeをゼロから再構築するという目標を諦めたんだろう。唯一の救いは、初期のDenoが素晴らしすぎて、Nodeがその機能の一部を取り込んだことかな。少なくとも、今のNodeは以前より良くなっている。
開発者ツールの統合と買収はまだまだ続くわけだね…うーん!CursorはSpaceX、Astral/uvはOpenAI、StainlessはAnthropic、BunもAnthropic、Astro.jsはCloudflare、DenoもCloudflare、VoidZero(Viteなど)もCloudflare、NuxtLabsはVercel、Hugging FaceはNVIDIA…次はどこがいくんだろう?
めちゃくちゃショック。Denoは間違いなく一番好きなJSランタイムだった。しばらく前から予兆はあったけど、何かが起こるんじゃないかと期待してたんだ。結局こうなってしまった。すぐにランタイムを乗り換えなくていいのは救いだけど、過去8年のような革新が見られなくなるのは寂しい。せめてworkerdには、Denoのセキュリティ機構を取り入れて、より良いサンドボックスとして機能してほしいな。2026年にお気に入りだったプロジェクトの一つに、Denoをランタイムとして使ったLLMハーネスがある。設定でステートマシン駆動のプログラムを構築して、コードが明示的に必要なI/Oにしかアクセスできないバイナリにバンドルする仕組みだ。同僚のためにLLMマジックを使えるインタラクティブなプログラムを作る時に使ってた。Claude Desktopが同じデータを扱ったりマシンにアクセスしたりすることについて悩まずに済むし、ローカルLLMを決定論的なパターンでテストできた。すごく面白かったのに、Denoを使えないとなるとどうやって作り直せばいいのか分からない。まあ、別の方法を学ぶ価値はあるかもしれないけどさ。
Denoが普通に利用料をとるか、少なくとも寄付を受け付けていれば、何千、何万という有料顧客がいたはずだよ。それなのに、VCに屈してDeno Deployのテリトリーで蜂の巣を追うような真似をした。Deno Deployのサービスなんて、Denoの技術の根幹である「ベンダーロックインの排除」や「セルフホスティングの自由」と矛盾してるんだから、最初から利益なんて出るはずがなかったんだ。