# なぜ私はCloudflareを選ぶのか。VercelでもAWSでもなく [English](../en/19-cloudflare-vs-vercel-vs-aws-en.md) · [繁中](../zh/19-cloudflare-vs-vercel-vs-aws-zh.md) · [Español](../es/19-cloudflare-vs-vercel-vs-aws-es.md) · [日本語](../jp/19-cloudflare-vs-vercel-vs-aws-jp.md) · [Português (BR)](../pt-br/19-cloudflare-vs-vercel-vs-aws-pt-br.md) **著者：** Danko Peng（[@dankopeng](https://x.com/dankopeng)） **更新：** 2026年3月 **読了時間：** 約8分 ----- ## これは中立的な比較記事ではない ネット上には「Vercel vs AWS vs Cloudflare 完全比較」という記事がたくさんある。どれも「それぞれにメリット・デメリットがある、状況次第で選ぼう」と締めくくっている。 この記事はそういう記事ではない。 私はソロプレナーで、自分のお金と時間でプロダクトを作っている。これは私の本音の選択だ：**私はCloudflareを選ぶ。そして多くのVibe CoderもCloudflareを選ぶべきだと思っている。** 中立的な比較を求めているなら、この記事は向いていない。実際に使っている人の考えを知りたいなら、続けて読んでほしい。 ----- ## Vercelの問題は技術ではなくビジネスモデルだ Vercelの開発体験は良い。`git push`で自動デプロイ、Preview URLの自動生成——これらの細部は本当によくできている。 しかし、Vercelのビジネスモデルは一つの前提の上に成り立っている：**アプリが成功するほど、支払いが増える。** アウトバウンドの帯域幅が課金される。Serverless Functionの実行時間が課金される。無料枠を超えると、請求額がトラフィックと一緒に増えていく。 これは悪いことではない——Vercelは企業だから利益を出す必要がある。しかしインディー開発者にとって、コスト曲線がユーザーの成長と連動することを意味する。アプリが爆発的に伸び始めたそのタイミングは、まだ十分な収益がないときだ——にもかかわらず、まさにそのタイミングで請求が爆発する。 さらに問題なのは：**Vercelにはデータベースもストレージもついていないことだ。** 自分でSupabaseを探してデータベースに接続し、AWS S3を探して画像を保存し、Resendを探してメールを送る必要がある。サービスを追加するたびに、アカウントが増え、請求が増え、問題が起きる可能性が増える。1つのプラットフォームを使っているつもりが、実は分散したサービスの寄せ集めを管理しているのだ。 ----- ## AWSの問題は費用ではなく複雑さだ AWSの費用は実際にはそれほど高くない。「請求で死ぬ」と言われるが、実際に計算してみると多くのケースでVercelより安い。 しかしAWSには別の問題がある：**AWSはエンジニアチームのために設計されていて、ソロプレナーのためではない。** VPC、Security Group、IAM Role、Load Balancer、Auto Scaling Group——基本的なWebアプリを動かすだけで、十数個の概念を理解して、何十個もの設定をしなければならない。設定を一つ間違えると、セキュリティの脆弱性、サービスの停止、謎の請求につながりかねない。 AWSの設計哲学は「柔軟性の最大化」で、あらゆる細部を設定できる。しかしほとんどのインディーアプリにとって、その柔軟性は必要なく、必要なのは「設定したらあとは任せられる」ことだ。 AIがTerraform configやCloudFormationテンプレートを生成してくれるかもしれないが、それが何をしているかを自分で理解する必要がある。そうでなければ、問題が起きたときにどこから手をつければいいか全くわからない。 ----- ## Cloudflareが解決する問題は何か？ 私がCloudflareを選ぶ理由は、最安でも最速でもなく、**自分が最も気にしている問題を解決してくれるから：プロダクトに全力を集中できて、インフラ管理に時間を取られない。** **1つのアカウント、1つのダッシュボード、1枚の請求書。** Workersがコードを実行し、D1がデータを保存し、R2が画像を保存する。すべてCloudflareの中にある。4〜5個のプラットフォームを切り替える必要がなく、4〜5セットのAPIキーを管理する必要がなく、問題が起きたときに見る場所は1カ所だ。 **アウトバウンドの費用はゼロだ。** R2の画像が100万回ダウンロードされても、転送費用はゼロだ。アプリが成功するほど、この優位性が大きくなる。VercelとAWSのアウトバウンド費用は、高トラフィック時にかなりの額になる。 **最初の日からグローバルデプロイだ。** Cloudflareには300以上のエッジノードがあり、コードは自動的にユーザーに最も近い場所で実行される。東京のユーザーは東京のノードに接続し、どこのCDNも追加のマルチリージョン設定も必要ない。 **無料枠が十分に広い。** Workersは1日10万リクエストまで無料、D1は1ヶ月500万回の読み取りまで無料、R2は10GBのストレージまで無料だ。起動したてのアプリなら、無料枠を使い切れないかもしれない。十分なユーザーと収益が得られてから有料プランを考えればいい。 ----- ## Cloudflareの制限も知っておく 広告をしているわけではないので、Cloudflareが向いていないケースも正直に述べる： **WorkersにはCPU時間の制限がある。** 無料プランはリクエストあたり最大10ms CPU時間、有料プランは最大30秒。動画エンコード、大量データ処理、AIモデルの推論はWorkersには向いていない。 **D1はSQLiteであってPostgreSQLではない。** 複雑なデータベース機能（複雑なJOIN、ストアドプロシージャ、全文検索）が必要なら、D1では足りないかもしれない。ほとんどのインディーアプリはそこまで必要ないが、ビジネスロジックが特に複雑な場合は慎重に検討する必要がある。 **エコシステムが比較的新しい。** D1は比較的新しく、いくつかの機能はまだ進化中だ。主要な機能は安定して使えるが、特殊な要件がある場合はドキュメントを確認する必要がある。 ----- ## シンプルな判断基準 デシジョンツリーは不要だ。1つの質問で十分： **一人でプロダクトを作っているか、チームで作っているか？** 一人なら、Cloudflareを選ぶ。あなたの時間が最も貴重なリソースだ。「インフラ管理」に費やす時間を減らせるどんな選択も、正しい選択だ。 チームなら、技術的なバックグラウンドによる。チームがすでにNext.jsに慣れているなら、Vercelに問題はない。複雑なバックエンド要件があるなら、CloudflareかAWSどちらでも、チームの技術力次第だ。 ----- **Danko Peng** [X](https://x.com/dankopeng) · [YouTube](https://www.youtube.com/@DankoPeng) · [Threads](https://www.threads.com/@dankopeng) ----- 👉 [チュートリアルトップに戻る](../README-jp.md) 完全なCloudflareフルスタックテンプレートを今すぐ使い始めたい方へ： 👉 **[vibefast.app](https://vibefast.app/pricing)** — アーリーバード $99、2026年8月1日より $199 に値上がり。