Cloudflare は『エッジネイティブのフルスタック基盤』
Cloudflare は CDN・DDoS 防御から始まり、現在では Workers（エッジコンピューティング）・Pages（静的サイト）・R2（オブジェクトストレージ）・D1（DB）等のフルスタック基盤に進化しています。無料枠が大きく、個人開発から大規模まで使われています。本記事では、Cloudflare の主要機能と組み合わせ方を編集部の視点で整理します。Vercel活用ガイド もご参考に。
主要なプロダクト
(1) Cloudflare CDN・WAF：定番の前段。(2) Workers：エッジで動く JS/TS ランタイム。(3) Pages：静的サイトホスティング。(4) R2：S3 互換オブジェクトストレージ。エグレス料金なし。(5) D1：エッジ向け SQLite ベース DB。(6) KV / Durable Objects / Queues：状態管理。Webパフォーマンス改善 もご参考に。
典型的な構成パターン
(1) Pages + Functions：静的＋API の一体運用。(2) Workers + R2：画像配信・ファイル共有。(3) Workers + D1：エッジ完結 SaaS。(4) CDN 前段＋オリジン：既存システムの前段保護。(5) Tunnel：自宅・社内サーバの安全公開。SaaS MVPの作り方 もご参考に。
料金とコスト管理
(1) 無料枠が大きい：個人開発は無料で十分。(2) R2 のエグレス無料：画像配信に強い経済性。(3) 従量課金の項目：リクエスト数・実行時間・ストレージ。(4) 使用量アラート：上限通知設定。(5) 料金体系の更新確認：規模拡大時に再計算。APIマネタイズ戦略 もご参考に。
セキュリティ機能
(1) DDoS 防御：標準で含まれる。(2) WAF：マネージドルール。(3) Bot 管理：自動化アクセスの制御。(4) Zero Trust：社内アクセス管理。(5) Email Routing：独自ドメインメール。セキュリティエンジニアへの転身ガイド もご参考に。
Workers の特性
(1) V8 isolate ベース：Node.js とは異なる軽量ランタイム。(2) コールドスタートが極小：エッジ向き。(3) 実行時間に上限：CPU 時間が制限される。(4) 環境変数とシークレット：管理コンソールで。(5) ローカル開発：wrangler CLI で。Node.js 固有 API に依存する場合は移植が必要です。TypeScript学習 もご参考に。
Vercel との比較
(1) Next.js 中心なら Vercel：相性最良。(2) 静的＋軽量 API なら Cloudflare：コスト優位。(3) エッジ重視なら Cloudflare：拠点数が多い。(4) 無料枠重視なら Cloudflare：個人用途で有利。(5) 併用：CDN は Cloudflare、アプリは Vercel という構成も。エージェント型コーディングツールの選び方 もご参考に。
失敗しがちなパターン
(1) Node.js 前提のコードを Workers に：移植コストを過小評価。(2) CPU 時間超過：重い処理を Workers でしようとする。(3) ストレージ要件の誤算：D1 は SQLite 制約あり。(4) ベンダーロックイン：Cloudflare 固有 API への過度依存。(5) 無料枠での商用利用：規約を確認。対策は、(1)Workers 制約の理解、(2)重い処理は別に、(3)D1 制約、(4)抽象化層、(5)規約確認、です。IT・Web業界の職種完全マップ もご活用ください。