要約

  • Deno Deployの運営期間は残り6か月、Deno runtimeの月次バグ・セキュリティ更新はあと1年とされた。JSRは別枠で継続し、インフラをCloudflareへ移す。
  • CloudflareはWorkersの自社運用を正式に支援する計画だが、同社の説明ではworkerdのDurable Objectsは現状単一インスタンスで、分散処理への拡張は未完成だ。

まず動かなければならないのはDeployの利用者

利用者にとって最も早い判断は、ホスティング先をいつ移すかだ。Denoは10月9日の発表で、Deno Deployを6か月間運営した後に終了すると明らかにした。Cloudflare Workersへ移る有料顧客には移行支援を行う。

一方、発表には日単位の終了日、対象顧客数、移行成功率、価格保護、機能の同等性は示されていない。有料顧客以外に同じ支援を提供するとも記していない。

移行対象はアプリのコードだけではない。デプロイ手順、永続状態、秘密情報、外部サービスとの接続、監視、請求の前提を、今後も運営される環境に移す必要がある。有料顧客向けの移行先はWorkersと明示されたが、費用、性能、日々の運用負荷が変わらないとは確認できない。

runtimeは別の責任を残す

Denoはruntimeについて、今後1年間、毎月バグ修正とセキュリティ更新を含むリリースを出す。その後は、コードをオープンソースとして残したまま、自社による開発を終了する。更新の期間は示されたが、次の保守担当者や脆弱性対応の体制は示されていない。

公開リポジトリが残ることと、保守組織が残ることは別だ。コードを取得できても、セキュリティ事案への初動、互換性を確認したリリース、変更の採否を決める人まで自動的に用意されるわけではない。Denoは、コミュニティの資金計画や後継メンテナーを公表していない。

JSRはこの終了時計のどちらにも入らない。DenoはJSRの運営継続と、インフラのCloudflareへの移行を表明した。またrusty_v8の支援を続け、workerdへの統合に取り組むとしている。どちらも完了時期は明らかにしていない。

自社運用は「コードがある」から先を試される

Denoはチーム全員がCloudflareに加わり、今後はWorkersのプログラミングモデルを中心とする共通基盤に開発を移すと述べた。CloudflareはRyan Dahl氏とBert Belder氏が、celldのコードや考え方を取り込みながら、workerdを自社運用の正式な選択肢にする取り組みを率いるとしている。

Cloudflareは同時に、現行の制約も説明した。10月9日の投稿によると、オープンソース版workerdのDurable Objectsは単一インスタンスで動き、ローカルテストには使えても分散スケールには対応していない。Cloudflareの本番環境で使うルーティングは、同社ネットワークの外で同じように運用するのが難しい仕組みと外部サービスに依存するという。

celld 0.6.2の制限文書は、この版をベータと位置づけ、入口の設計、ネットワークの機密性、フリート管理などを運用者の責任として挙げる。これは特定版の現在の負担を示す記録で、将来の統合版の性能を予測するものではない。ただし、ソースコードが公開されているだけでは、サポート付きの運用面が成立しないことは分かる。

現在の公表内容は四つに分けられる。Deployには終了までの期間、runtimeには保守期間、JSRには継続とインフラ移行、自社運用には開発目標がある。Cloudflareは今後数か月のうちに追加発表するとしている。Durable Objectsを使う本番アプリが、挙動、費用、運用負担を変えずにCloudflareのネットワーク外へ移せるという公開ベンチマークは、まだない。

取引の呼び方も出所に沿って読む必要がある。DenoとCloudflareの発表は、DenoチームがCloudflareに加わるという表現を使う。TechCrunchは買収と報じ、金銭条件は開示されなかったとしている。両社の発表は価格や契約の詳細を示していない。公開情報で確認できるのはチームの移籍と製品のライフサイクル決定だ。

出典