Cloudflare Workers

無料枠で最初に当たるのはリクエスト数ではなく CPU 時間

「1日10万リクエスト無料」という数字が有名なため、そこが上限だと思われがちですが、実務で先に当たるのは CPU 時間のほうです。

• 無料プラン: 1リクエストあたり CPU 10ミリ秒
• 有料プラン: 既定30秒、最大5分まで引き上げ可能

10ミリ秒は、JSON を組み立てて返す程度なら十分ですが、画像処理、大きな JSON のパース、暗号処理、テンプレートの複雑なレンダリングでは足りません。 リクエスト数に余裕があっても CPU 超過でエラーになります。

重要なのは CPU 時間は「実行時間」ではない点です。外部 API やデータベースの応答を待っている間は CPU を消費しないため、カウントされません。つまり 待ちが多い処理は無料枠でも通り、計算が重い処理は通らない、という切り分けになります。移植を検討するなら、リクエスト数ではなく処理内容で判断してください。

Node.js アプリはそのまま動かない

Workers は Node.js サーバーではなく、V8 アイソレート上でコードを実行します。実務上の帰結は以下です。

• ファイルシステムがない。 ファイルの読み書きを前提とするライブラリは動きません
• 多くの Node 組み込みモジュールが使えない（互換レイヤで一部は補える）
• プロセスが常駐しない。 メモリ上にキャッシュを持つ設計、WebSocket を保持し続ける設計、起動時に重い初期化をする設計はいずれも成立しません

「Express アプリを移植する」という発想では失敗します。Web 標準 API で書き直す前提で採用を判断してください。既存の Node 資産をそのまま動かしたいなら、Render / Railway / Fly.io のようなコンテナ PaaS が適します。

Cron Triggers は無料でも使えるが、登録数に上限がある

定期実行を無料プランで回せるのは Workers の明確な強みです（Render は有料プラン限定、Vercel Hobby は1日2回まで）。ただし登録できる Cron Trigger の数に上限があります。

• 無料: アカウントあたり 5 個
• 有料: アカウントあたり 250 個

個人利用で5個を超えることは稀ですが、アカウント単位の上限である点に注意してください。プロジェクトごとではありません。複数のサイトを1アカウントで管理していると、意外に早く到達します。

状態を持つときは別プロダクトを組み合わせる

Workers 単体には永続的な状態がありません。用途ごとに以下を組み合わせます。

• KV — 結果整合のキーバリューストア。書き込み直後に読んでも古い値が返ることがある。設定値やキャッシュ向け
• Durable Objects — 強整合。カウンタや排他制御が必要な処理向け
• D1 — SQLite ベースのリレーショナル DB
• R2 — オブジェクトストレージ。エグレス無料が S3 との最大の差
• Queues — 非同期処理のキュー

KV を「速い DB」だと思って使うのが典型的な失敗です。結果整合なので、書き込み直後の読み取りに依存する処理には使えません。

課金の見通し

有料プランは月額 $5 で1,000万リクエストが含まれ、以降は従量課金です。加えて Workflows（多段の非同期処理を書く仕組み）には 2026年8月10日以降、ステップ数とストレージの課金が追加されます。 sleep やイベント待ちもステップとして数えられるため、CPU 時間ベースの見積もりが通用しなくなります。Workflows を使っているなら、事前にステップ数を確認してください。

商用利用については、Cloudflare Pages と同様にプラン単位の制限はありません。無料プランのまま収益化しても規約違反にはなりません（Vercel Hobby との最大の違いです）。