第13章: Cloudflare × GCP アーキテクチャ設計

13.1 なぜ「Cloudflare × GCP」が個人開発で最強なのか？

個人開発アプリが成長すると、エッジランタイム（V8 Isolate）の制約（CPU実行時間制限、メモリ制限、特定Node.jsネイティブライブラリ非対応）に直面することがあります。そこで、すべてを1つのクラウドにまとめるのではなく、強みを組み合わせる ハイブリッド構成 が抜群の威力を発揮します。

レイヤー	採用サービス	担当領域・選定理由
フロント / エッジ	Cloudflare (Pages, Workers, D1)	静的配信、DNS、DDoS防御、キャッシュ、軽量REST API。低コスト・爆速応答
コンピュート（重量級）	Google Cloud (Cloud Run)	Dockerコンテナ実行、長時間のバッチ処理、Python/Goでの機械学習・PDF生成等。リクエスト時のみ課金
データ基盤	Google Cloud (BigQuery, Cloud Storage)	大規模アクセスログ分析、大量データレイク

13.2 コスト最適化のゴールデンルール

下り転送量（Egress）の削減: Cloudflareは帯域課金が無料（または格安）です。ユーザーへのレスポンスはCloudflare側から返し、GCP側の外部転送料を極小化します。
キャッシュの最大活用: Cloudflareのエッジキャッシュを活用し、GCP Cloud Runへの不要なアクセスを90%以上カットしてGCP課金を最小限に抑えます。
コールドスタート対策: Cloud Runがスリープしている間のヘルスチェックやローディング表示をWorkers側でハンドリングします。

次章では、WorkersからGCP Cloud Runへセキュアにリクエストを送る認証手法（OIDC/IAM）を実装します。

💡 用語解説コラム

[!NOTE] ハイブリッドクラウド / マルチクラウド
単一のクラウドに依存せず、各社の強み（Cloudflareのエッジ高速性・無料枠＋ GCPの強力なコンテナ・データ基盤）を組み合わせて最適な構成をとる手法。

[!NOTE] Cloud Run
Google Cloudのサーバーレスコンテナ実行環境。Dockerイメージを用意するだけで自動スケーリングし、リクエストがない待機時間は0円で運用できます。