Deno Deploy vs Cloudflare Workers 2026 - 実践的なエッジサーバーレス性能ベンチマーク

2026年時点の実用データをもとに、代表的なエッジサーバーレスプラットフォームである Deno Deploy と Cloudflare Workers を比較します。

要点: この記事では、2026年における Deno Deploy と Cloudflare Workers の性能差を分析します。

ランタイムの違い

• Cloudflare Workers: V8 Isolates をベースにしており、Node.js 互換レイヤー（nodejs_compat_v2）を使用します。WinterCG API 標準に準拠しています。
• Deno Deploy: Deno ランタイムをそのまま使用し、TypeScript/JSX をネイティブにサポートし、npm: specifiers にも対応しています。

コールドスタート性能

CF Workers は、V8 Isolates アーキテクチャにより優れたコールドスタート性能を発揮します。ただし、リクエストが同じリージョンから処理される場合は、Deno Deploy の方が低レイテンシになることもあります。

スループット（RPS）

シンプルな GET ハンドラーを基準にすると、次のようになります。

• CF Workers: エッジあたり約 50K-100K RPS
• Deno Deploy: エッジあたり約 30K-50K RPS

CF Workers はおおむね2倍高い RPS を示しますが、ほとんどの API ワークロードでは、この差はそれほど目立ちません。

料金（2026.4時点）

• CF Workers paid plan: $5/month + $0.30 per 1 million requests
• Deno Deploy Pro: $20/month + $2 per 1 million requests

CF Workers は4〜7倍安価です。ただし、Deno Deploy は CPU 時間ベースで課金されないため、長時間実行されるロジックでは有利になる場合があります。

開発者体験（DX）

• CF Workers: 成熟した wrangler CLI とダッシュボード UI を提供します。D1、R2、KV、Queues などを含むエコシステムもよく整備されています。
• Deno Deploy: deployctl と GitHub 連携による自動デプロイをサポートします。KV、Cron、Queues は組み込まれていますが、エコシステムは CF Workers より小規模です。

選定ガイド

CF Workers を選ぶべき場合:

• 世界中の 330+ PoPs でレイテンシを最小化したい
• D1、R2、KV などを含む CF エコシステムと統合したい
• 低コストを優先したい

Deno Deploy を選ぶべき場合:

• ネイティブ TypeScript サポートと npm エコシステムを柔軟に使いたい
• 長時間の CPU タスクを実行したい（Workers の30秒制限を避けたい）
• Deno 標準ライブラリを使いたい

💡 実践的な知見

韓国で両プラットフォームを並行運用したところ、韓国内トラフィックでは CF Workers の平均レスポンスが 35-45ms だったのに対し、Deno Deploy は 80-110ms で、およそ2倍の差が出ました（Seoul ICN PoP と、Tokyo, Japan リージョン経由でルーティングされる Deno を比較し、k6 で 100 VUs、30秒間計測）。他のブログではグローバル平均の P50 値だけを引用して「同程度」と結論づけることがよくありますが、実運用では、韓国ユーザーが CF Workers の韓国 PoPs（Seoul と Incheon）から直接レスポンスを受け取れる一方、Deno Deploy は Tokyo または Hong Kong 経由でルーティングされ、30-50ms の RTT が追加される点が決定的です。韓国のスタートアップにとっての料金面では、月間 1,000 万リクエストの場合、CF Workers は $8（= $5 + $3）、Deno Deploy Pro は $40（= $20 + $20）となり、5倍の差があるため、シード期のチームには CF の方が適しています。ただし、npm パッケージ依存が重い韓国の Next.js チーム、特に react-pdf、sharp、puppeteer などのネイティブモジュールが必要な場合は、Deno Deploy の npm: specifier が wrangler nodejs_compat_v2 より30%以上高い互換性を示した点も無視できません。要するに、韓国では月間トラフィックが 100 万リクエスト未満なら CF Workers、npm 依存の利用率が70%を超えるなら Deno Deploy を推奨します。最も安全なのは、判断前に両方の無料枠で1週間テストすることです。

結論

2026年時点では、性能と料金の面で CF Workers が優勢 です。一方で、npm エコシステムを自由に使いたい TypeScript チームは、Deno Deploy の方が開発を速く進められる可能性があります。どちらにも無料枠があるため、最善の選択は、実際のトラフィックパターンに対してベンチマークを実行してから決めることです。

実践的な移行チェックリスト

Node.js から Cloudflare Workers へ移行する際の注意点

1. 1Node.js 専用 API を削除する: fs、path、os モジュールなどのファイルシステム API は使用できないため、R2 に置き換える必要があります。
2. 2npm パッケージ互換性を確認する: nodejs_compat_v2 フラグを有効にしてテストします。
3. 3同期関数を削除する: Workers 環境では、すべての I/O を非同期にする必要があります。
4. 4CPU 時間制限を理解する: 有料プランでも、単一リクエストあたりの CPU 制限は30秒です。
5. 5環境変数には wrangler.toml の [vars] または Workers Secrets を使用します。

Node.js から Deno Deploy へ移行する際の注意点

1. 1npm: specifiers を使用する: import express from "npm:express@4"
2. 2Deno の権限モデル: ファイル、ネットワーク、環境変数へのアクセスは明示的に許可する必要があります。
3. 3CommonJS を ESM に変換する: require() で使用しているモジュールには互換ラッパーが必要です。
4. 4ネイティブ TypeScript: tsconfig 設定なしで直接実行できます。

ベンチマークコードを自分で実行する方法

両プラットフォームの性能を比較したい場合は、次の k6 スクリプトを使用してください。

// k6 benchmark script
import http from "k6/http";
import { sleep } from "k6";

export const options = {
  vus: 100,
  duration: "30s",
};

export default function () {
  http.get("https://your-worker.workers.dev/api/hello");
  sleep(0.1);
}

k6 cloud の無料枠でも十分に実行できます。結果では P95 と P99 のレイテンシ、および RPS を比較してください。

ハイブリッドアーキテクチャ戦略

大規模サービスでは、CF Workers と Deno Deploy を併用するハイブリッド戦略も選択肢になります。

• CF Workers: エッジキャッシュ、A/B テスト、bot フィルタリング、Rate Limiting を処理
• Deno Deploy: npm エコシステムに依存するビジネスロジックや、より長い処理時間を必要とする API
• Origin: 複雑なデータベースクエリ、ファイル処理、レガシー API

このアーキテクチャにより、CF Workers の速度と Deno の開発しやすさの両方を活かせます。

よくある質問（FAQ）

Q. Cloudflare Workers は WebSocket をサポートしていますか？ A. はい。Durable Objects と組み合わせることで、リアルタイムチャットやゲームサーバーも実装できます。

Q. Deno Deploy は Supabase や PlanetScale などの外部データベースに接続できますか？ A. はい。HTTP ベースの API または WebSocket 経由で接続できます。直接 TCP ソケット接続には制限があるため、HTTP API を提供する DB サービスを選ぶことが重要です。

Reference: Cloudflare Developer Documentation