Cloudflare は「AWS の代わり」になるのか？ ── インフラ経験者のための技術選定ガイド（Zenn） という記事が話題になりました。VPC・ロードバランサ・Lambda・S3・RDS といった AWS の基礎は分かるが Cloudflare の開発者プラットフォームは未経験、という層に向けて、「自分の案件に Cloudflare は向くのか」を暗記ではなく設計思想から判断することの重要性を説いています。
受託でシステム開発・インフラを支える立場では、これは 「Cloudflare か AWS か」という二択の話ではなく、「案件のレイテンシ・コスト・データ所在・運用体制から、どちらに、どこまで寄せ、どう移行するか」を設計する課題だと捉えています。エッジ前提でグローバルに速く・安く配信したいのか、フルスタックなマネージドサービスと豊富なエコシステムを取りたいのか——選定を誤ると、後からの作り直しが高くつきます。これまで Hono + Cloudflare Workers エッジ API 受託（GH Media） で扱った エッジ実装、Cloudflare と AI エージェント時代のクラウド選定（GH Media） で扱った クラウド選定の観点、Railway/GCP 障害に学ぶ事業継続設計受託（GH Media） で扱った 依存集中リスクと接続して、本記事では 「インフラ技術選定・移行」を 受託パッケージとして整理します。
なぜ「いま」Cloudflare と AWS の選定なのか
| 観点 | AWS（フルスタック） | Cloudflare（エッジ前提） |
|---|---|---|
| 設計思想 | リージョン中心・豊富なサービス | エッジ分散・グローバル単一 |
| 計算 | Lambda / ECS / EC2 | Workers（エッジ実行） |
| ストレージ | S3 + 下り課金 | R2（エグレス無料） |
| DB | RDS / Aurora / DynamoDB | D1 / Durable Objects |
| 強み | エコシステム・既存資産 | 低レイテンシ・転送コスト |
| 学習 | 広く深い | 設計思想の転換が必要 |
つまりこの問いは、「機能の優劣」ではなく「設計思想の違いをどう案件に当てはめるか」という選定の問題です。受託では 適性診断と段階移行を提供することで、過剰投資や作り直しを避けつつ最適なコスト構造を実現します。
受託案件で活きる 3 つの構造変化
構造 1: 「流行で選ぶ」から「案件特性で選ぶ」へ
「みんなが使っているから」での選定は失敗の元です。受託では レイテンシ要件・転送量・データ所在・運用体制を評価軸に、案件ごとに最適なプラットフォームを根拠付きで提示します。
構造 2: 「全面移行」から「適材適所のハイブリッド」へ
すべてを移す必要はありません。受託では 静的配信・エッジ API は Cloudflare、重い計算・既存資産は AWSと振り分け、両者の強みを活かすハイブリッド構成を設計します。
構造 3: 「ロックインを放置」から「撤退設計込み」へ
ベンダー固有機能に深く依存すると移行が困難になります。受託では Railway/GCP 障害に学ぶ事業継続設計受託（GH Media） の知見を活かし、ロックインの度合いと撤退コストを明示した設計を提供します。
受託で提供する「インフラ技術選定・移行」5 フェーズ
フェーズ 1: 適性診断（1〜2 週間）
- 現行構成・コスト・運用工数の棚卸し
- レイテンシ / 転送量 / データ所在の要件整理
- ロックイン度合いと撤退コストの評価
- プラットフォーム適性のスコアリング
フェーズ 2: アーキテクチャ設計（1〜2 週間）
- 配置設計（エッジ / リージョン / ハイブリッド）
- データ層の設計（R2 / S3 / D1 / RDS）
- 認証・ネットワーク・セキュリティ設計
- コスト試算（転送・計算・運用）
フェーズ 3: 移行構築（3〜6 週間）
- IaC（Terraform / Wrangler / CDK）で再現可能に
- 段階移行（並行稼働 → 重み付け切替）
- CI/CD・監視・ログの整備
- 性能・コストの実測
フェーズ 4: 検証・切替（1〜2 週間）
- 性能 / レイテンシ / コストの比較検証
- 障害・フェイルオーバー試験
- 段階的トラフィック切替・ロールバック
フェーズ 5: 運用最適化（継続）
- コスト監視・最適化
- マルチクラウド / 冗長の見直し
- プラットフォーム更新追従
受託向け技術スタック標準セット
| レイヤ | Cloudflare 寄せ | AWS 寄せ |
|---|---|---|
| 計算 | Workers | Lambda / ECS Fargate |
| 静的配信 | Pages + CDN | CloudFront + S3 |
| ストレージ | R2（エグレス無料） | S3 |
| DB | D1 / Durable Objects | Aurora / DynamoDB |
| IaC | Wrangler / Terraform | CDK / Terraform |
| 境界 | WAF / Zero Trust | WAF / 各種マネージド |
どの案件に Cloudflare が向くか / AWS が向くか
| Cloudflare が向く | AWS が向く |
|---|---|
| グローバルに低レイテンシ配信 | 重い計算・大規模バッチ |
| 転送量が多くエグレス費が重い | 既存 AWS 資産が多い |
| 静的 + エッジ API 中心 | マネージド DB / 分析を多用 |
| 小さく速く立ち上げたい | 複雑なエンタープライズ要件 |
| 運用をできるだけ薄くしたい | 専任インフラ体制がある |
受託契約に書く 6 つの条項
| 条項 | 内容 | 顧客が確認すべきこと |
|---|---|---|
| 選定根拠 | 評価軸とスコア | 前提条件の合意 |
| 対象範囲 | 移行対象 / 環境数 | 周辺システムの扱い |
| コスト前提 | 転送・計算の想定 | 急増時の上限・通知 |
| 撤退設計 | ロックイン度合い | 他社移行コスト |
| 切替方式 | 段階切替 / ロールバック | ダウンタイム許容 |
| 引き渡し | IaC / Runbook / 教育 | 自社運用継続性 |
価格モデル — インフラ技術選定・移行パッケージ
| プラン | 金額 | 対象 | 内容 |
|---|---|---|---|
| 適性診断 | 40 万円〜 | 選定レポート | スコア + 推奨構成 + 試算 |
| 移行構築 | 200 万円〜 | 1 システム移行 | 設計 + IaC + 検証 |
| Lite 保守 | 8 万円〜 / 月 | 小規模 | 監視 + コスト最適化 |
| Standard 保守 | 22 万円〜 / 月 | 中規模 + ハイブリッド | + チューニング + 障害対応 |
| Enterprise | 55 万円〜 / 月 | 基幹 + マルチクラウド | + SLA + 専任 |
顧客側 ROI 試算（転送量の多い Web サービス / 一部エッジ移行想定）
| 項目 | 既存（AWS 単一） | 適性に応じたハイブリッド | 差分 |
|---|---|---|---|
| 月額転送・配信費 | 22 万円 | 9 万円 | -13 万円 |
| グローバル応答 | リージョン依存 | エッジで高速化 | 体験改善 |
| 運用工数（月） | 36 時間 | 18 時間 | -18 時間 |
| 障害時の影響範囲 | 単一依存 | 分散・冗長 | 事業継続性向上 |
| 年間効果 | — | — | 約 156 万円の配信費削減 + 体験・継続性の向上 |
移行構築 + Standard 保守でも、配信費削減と運用工数減で十分に正当化できます。
ハマりやすい 5 つの落とし穴
落とし穴 1: 「速くて安い」だけで全面移行する
設計思想の違いで作り直しが発生します。案件特性で適材適所に振り分けます。
落とし穴 2: エッジ前提を無視して重い処理を載せる
実行制約に当たります。重い計算はリージョン側へ逃がします。
落とし穴 3: データ所在・法令を確認しない
規制要件に抵触します。データ所在を設計初期に確定します。
落とし穴 4: ロックインを評価しない
撤退できなくなります。撤退コストを明示して設計します。
落とし穴 5: コスト上限・監視を設けない
転送・実行で請求が膨らみます。コストアラートを必須にします。
90 日アクションプラン
| 週 | アクション |
|---|---|
| Week 1〜2 | 適性診断 + 要件整理 + コスト試算 |
| Week 3〜4 | アーキテクチャ設計 + 撤退設計 |
| Week 5〜10 | IaC 化 + 段階移行 + 並行稼働 |
| Week 11〜12 | 性能 / コスト検証 + 切替 |
| Week 13 | 監視整備 + 保守開始 |
まとめ — 「二択」から「案件特性に基づく適材適所」へ
「Cloudflare は AWS の代わりになるか」という問いの本質は、設計思想の違いを案件にどう当てはめるかにあります。受託でインフラを支える立場では、レイテンシ・コスト・データ所在・運用体制で適性を診断し、適材適所でハイブリッド構成を組み、撤退設計まで含めて引き渡す 「インフラ技術選定・移行」が、過剰投資と作り直しを避ける新しい主力サービスです。
弊社では適性診断 / 移行構築 / Lite / Standard / Enterprise の各段階で本パッケージを提供しています。「Cloudflare に寄せるべきか判断したい」「転送費・運用費を下げたい」「特定クラウドへの依存が不安」というご相談は お問い合わせフォーム からお気軽にどうぞ。
