Deno 2.8: Web 標準と Node.js エコシステムの架け橋

Deno 2.8 は、このランタイムの歴史において最も重要なマイナーリリースの一つです。Deno は、セキュリティ、Web 標準、およびネイティブな TypeScript サポートを重視する Node.js のクリーンな代替案として始まりましたが、このリリースは「摩擦のない互換性」への戦略的な転換を示しています。npm エコシステムを活用し、Node.js API のパリティを大幅に向上させることで、Deno は単なる競合相手としてではなく、既存の Node.js ワークフローの高性能で安全なドロップイン・リプレースメントとして自らを位置づけています。

シームレスな npm 統合

Deno 2.8 における最も目に見える変更の一つは、CLI での npm: プレフィックスの要件が削除されたことです。deno add や deno install のようなコマンドは、現在、プレフィックスのない名前をデフォルトで npm パッケージとして扱います。この変更は、何百万もの開発者のマッスルメモリーを考慮したものであり、deno install を npm install、yarn、または pnpm に代わる実行可能な選択肢へと変貌させます。

構文だけでなく、Deno はインストールプロセスを最適化しました。コールド npm インストールは、バージョン 2.7 よりも 3.66倍高速 になりました。これは、いくつかの技術的な最適化によって達成されました：

  • Abbreviated Packuments: Deno は現在、npm レジストリからより小さなメタデータ・ドキュメントを取得します。
  • Parallel Resolution: リゾルバーは現在、親ノードにわたって分散展開され、独立した依存関係のブランチが互いにブロックし合うのを防ぎます。
  • Off-Loop Decompression: Gzip 解凍は、現在非同期イベントループを自由に保つためにブロッキング・スレッド・プールを介してルーティングされます。
  • Optimized Extraction: Tarball の展開は CPU と I/O フェーズに分割され、libdeflater を使用してより高速なデコードを行います。

Node.js との互換性の深化

互換性はもはや副次的な目標ではなく、コアとなる焦点です。Deno 2.8 は、Node のテストスイートに対するパス率が、Deno 2.7 の 42% から Deno 2.8 の 76.4% へと大幅に上昇しました。

摩擦をさらに軽減するため、Deno は現在 deno check と LSP で lib.node をデフォルトで含めています。これは、Buffer、process、および NodeJS.* 型が、deno.json での明示的な設定なしに自動的に解決されることを意味します。これは Node 移行者にとって体験を簡素化しますが、一部のコミュニティメンバーは、これがプラットフォームに依存しないコードを汚染する可能性があると懸念を表明しています。あるユーザーが指摘したように：

"Deno または Web コードを書いている場合、デフォルトで node 型が含まれることは絶対に避けたい... Deno がこの軌跡を続けるなら、Node を使用する理由がますます減っていくことになる。"

これを軽減するため、Deno は、複数のランタイムをターゲットにするプロジェクト向けに、再有効化可能な no-process-global および no-node-globals リント・ルールを提供しています。

新しいパワーユーザー向け CLI ツール

Deno 2.8 は、開発ライフサイクルにおける重要なギャップを埋めるいくつかのサブコマンドを導入しました：

セキュリティとバージョニング

  • deno audit fix: 脆弱な npm パッケージを、バージョンの制約を満たす最も近いパッチ済みバージョンに自動的にアップグレードします。
  • deno bump-version: deno.json または package.json でのバージョン管理を簡素化します。ワークスペース内では、Conventional Commits から増分を導出できます。
  • deno why: 依存関係のトレースを提供します（npm explain に類似）。特定の npm または JSR パッケージがなぜインストールされたのかを正確に示します。

分配と CI

  • deno pack: トランスパイルとパッケージングを組み合わせた強力なツールで、Deno/JSR プロジェクトから npm に公開可能な tarball を作成します。これは、スペシファイアを自動的に書き換え（例：jsr:@std/path が @jsr/std__path になる）、パッケージが Node.js で動作することを確実にするために @deno/shim-deno を追加します。
  • deno ci: CI/CD および Dockerfile 用の専用コマンドで、ロックファイルの使用を要求し、--frozen フラグを使用することで、再現可能なインストールを確保します。
  • deno transpile: TypeScript/JSX から型を剥ぎ取り、バンドルなしでプレーンな JavaScript を出力する軽量なユーティリティです。

パフォーマンスとランタイムの強化

パフォーマンスの向上はパッケージマネージャーにとどまりません。ランタイムは、いくつかのホットパスにおいて大幅な改善が見られました：

  • node:http: スループットは 2 倍以上（2.21倍の増加）になり、p99 レイテンシは 40% 削減されました。
  • Base64 操作: simdutf に切り替えることで、node:buffer の Base64 操作は現在 3.07倍高速 になりました。
  • Deno.serve: JS ハンドラーへの直接ディスパッチと最適化された Vary 処理のおかげで、ネイティブ・サービングはより高速になりました。

The import defer Proposal

Deno は現在、TC39 の import defer プロポーザルをサポートしています。これにより、モジュールをエクスポートが実際にアクセスされるまで、トップレベルのコードを実行せずにロードおよび解析することができます。これは、コストは高いが使用頻度が低いモジュールを持つアプリケーションの起動時間を短縮するのに特に有用です。

高度なデバッグと観測性

Deno でのデバッグは大幅なアップグレードを受けました。Chrome DevTools を使用して、Deno のネットワーク・トラフィックを Network タブで検査できるようになったため、fetch()、node:http、および WebSocket リクエストをリアルタイムで表示できます。

さらに、組み込みの CPU プロファイラーは、複数の出力形式をサポートしています：

  • .cpuprofile: Chrome DevTools でロードするため。
  • --cpu-prof-flamegraph: インタラクティブな SVG フレイムグラフを提供します。
  • --cpu-prof-md: ターミナルでの迅速なトリアージのために、人間が読める Markdown レポートを生成します。

最終的な考察：今後の道筋

モノレポ用の catalog: プロトコル、より優れた OpenTelemetry 統合、および拡張された Web API サポート（OffscreenCanvas を含む）とともに、Deno 2.8 は、Web 標準に準拠したランタイムを求める純粋主義者と、既存の Node.js コードベースをより高いパフォーマンスとセキュリティで実行する必要がある実務主義者、という 2 つの異なるオーディエンスを満足させるための野心的な試みです。

Node 互換性を重視しすぎることは Deno の本来のアイデンティティをリスクにさらす可能性があると主張する人もいますが、結果として、このランタイムは、本番環境での使用事例において無視しがたい存在となっています。

Sources