Cloudflareとは?CDN・セキュリティから開発者向けプラットフォームまでサービス全体像ガイド
この記事でわかること
- Cloudflareが「何をしてくれる会社・サービスなのか」の全体像
- ネットワーク、セキュリティ、開発者向けプラットフォームという3つの軸での整理
- 代表的なサービス(CDN、WAF、Workers、R2、Zero Trustなど)がそれぞれ何のためにあるか
- AWSやVercel/Netlifyなど、他社の類似サービスとの対応関係
Cloudflareとは:元CDN会社、今は総合プラットフォーム
Cloudflareは、もともと「CDN(コンテンツ配信ネットワーク)」と「DNS」を提供する会社として知られていました。Webサイトを高速化・保護するために、オリジンサーバー(本来のサーバー)の手前にCloudflareを挟む、という使い方が原点です。
ただし現在のCloudflareは、その枠を大きく超えています。世界中に持つ巨大なサーバー網(エッジネットワーク)を土台に、セキュリティ製品群、コードを実行できる開発者向けプラットフォーム、社内システムへのアクセス管理まで、幅広いサービスを展開する「インターネットのインフラを丸ごと引き受ける会社」になっています。
そのため「Cloudflare = CDNやDNSの会社」というイメージだけで見ると、実際のサービス範囲を大きく見誤ります。ここでは、代表的なサービスを3つの軸に整理して紹介します。
mindmap
root((Cloudflare))
ネットワーク&パフォーマンス
CDN
DNS
Load Balancing
Argo Smart Routing
セキュリティ
WAF
DDoS対策
SSL/TLS
Bot対策/Turnstile
Zero Trust
開発者プラットフォーム
Workers
Pages
R2
D1
KV
軸1:ネットワーク&パフォーマンス
Webサイトやアプリへの通信を「速く」「安定して」届けるための機能群です。
サービス | 役割 |
|---|---|
CDN(キャッシュ) | 画像やCSSなどの静的コンテンツを世界中のエッジサーバーにキャッシュし、ユーザーに近い拠点から配信 |
DNS | ドメイン名とIPアドレスの対応関係を管理する権威DNSサーバー。応答速度が速いことで定評 |
Load Balancing | 複数のオリジンサーバーにアクセスを振り分け、1台に負荷が集中したり障害で止まったりしないようにする |
Argo Smart Routing | インターネット上の混雑状況を見て、より速い経路を選んでオリジンサーバーまでデータを届ける |
軸2:セキュリティ
不正なアクセスや攻撃からWebサイト・システムを守るための機能群です。
サービス | 役割 |
|---|---|
WAF(Web Application Firewall) | SQLインジェクションなど、アプリケーションを狙った不正なリクエストを検知・遮断 |
DDoS対策 | 大量アクセスによる攻撃を、エッジネットワーク側で吸収・遮断してオリジンサーバーを守る |
SSL/TLS | 証明書の自動発行・更新により、追加設定なしで常時HTTPS通信を実現 |
Bot対策 / Turnstile | 悪意あるボットのアクセスを検知したり、CAPTCHAに代わる形でユーザーかボットかを判定したりする |
Zero Trust(Access / Gateway / Tunnel) | 社内システムやVPNの代わりに、「誰が・どの端末で・何にアクセスできるか」を一つひとつ検証する仕組み。オフィス向けのセキュリティ製品群 |
軸3:開発者向けプラットフォーム
Cloudflareのエッジネットワーク上で、自分のコードやデータを直接動かせるサービス群です。「サーバーを借りて構築する」のではなく、「Cloudflareのネットワークの上に自分のアプリを乗せる」という発想に近くなります。
サービス | 役割 |
|---|---|
Workers | エッジサーバー上でJavaScript/TypeScriptなどのコードを実行できるサーバーレス環境 |
Pages | 静的サイトやフロントエンドアプリのホスティングサービス(Vercel/Netlifyに近い立ち位置) |
R2 | 画像や動画などを保存できるオブジェクトストレージ(S3に近い立ち位置。データ転送量課金がないのが特徴) |
D1 | Workersから使えるSQLデータベース |
KV | シンプルなキー・バリュー形式のデータストア。設定値やキャッシュ値の保存などに使われる |
これらは単体でも使えますが、組み合わせることで「フロントエンドはPages、APIはWorkers、画像はR2、ちょっとしたデータはKVかD1」というように、Cloudflareの中だけでアプリを完結させることもできます。
他社の類似サービスとの比較
Cloudflareの各サービスには、他社にも似た立ち位置のサービスがあります。ざっくり対応関係を知っておくと、既存の知識と結びつけて理解しやすくなります。
Cloudflare | 似た立ち位置のサービス |
|---|---|
CDN / DNS / Load Balancing | Akamai、Fastly、AWS CloudFront + Route 53 |
WAF / DDoS対策 | AWS WAF + Shield、Akamai Kona Site Defender |
Zero Trust(Access / Gateway) | Zscaler、AWS Verified Access、Google BeyondCorp |
Workers(サーバーレス実行) | AWS Lambda@Edge、Fastly Compute@Edge、Deno Deploy、Vercel Edge Functions |
Pages(フロントエンドホスティング) | Vercel、Netlify、AWS Amplify |
R2(オブジェクトストレージ) | AWS S3、Google Cloud Storage(R2はデータ転送量課金がない点が特徴) |
D1 / KV(DB・データストア) | AWS DynamoDB、PlanetScale、Supabase |
大まかには、AWS/GCP/Azureのような「なんでも揃うクラウド」と、Vercel/Netlifyのような「フロントエンド特化のPaaS」の中間に位置するサービス、とイメージすると全体像がつかみやすいです。
リクエストが届くまでの流れ(一例)
3つの軸がどう組み合わさって動くか、Webサイトへのアクセスを例に見てみます。
sequenceDiagram
participant User as ユーザー
participant Edge as Cloudflareエッジ
participant Origin as オリジンサーバー / Workers
User->>Edge: リクエスト送信
Edge->>Edge: WAF/DDoS/Bot対策のチェック(セキュリティ)
alt キャッシュあり
Edge-->>User: キャッシュからレスポンス(ネットワーク&パフォーマンス)
else キャッシュなし
Edge->>Origin: リクエストを転送、またはWorkers上で処理(開発者プラットフォーム)
Origin-->>Edge: レスポンス
Edge-->>User: レスポンス(必要ならキャッシュに保存)
end
セキュリティ層でチェックを通過したリクエストが、キャッシュ(ネットワーク&パフォーマンス)かWorkers/オリジン(開発者プラットフォーム)のどちらかで処理されて返ってくる、という流れです。
導入の入り口はいろいろある
Cloudflareを使い始めるきっかけは1つではありません。代表的な入り口を挙げると、次のようなものがあります。
- 既存サイトを高速化・保護したい → ドメインのネームサーバーをCloudflareに向けて、CDN・WAF・SSLをまとめて導入
- 新しいアプリをサーバーレスで作りたい → Workers/Pages/R2/D1を使ってアプリごとCloudflare上に構築
- 社内システムへのアクセスを安全にしたい → Zero Trust製品群でVPNを置き換える
つまり「ドメインのネームサーバーを変更する」のは、あくまでCDN/DNS系サービスを使う場合の入り口の一つであり、Cloudflareの使い方そのものはこれに限りません。
まとめ
- Cloudflareは、もとはCDN/DNSの会社だったが、今はネットワーク・セキュリティ・開発者プラットフォームを横断する総合インフラ企業
- 「ネットワーク&パフォーマンス」「セキュリティ」「開発者プラットフォーム」の3つの軸で整理すると全体像を把握しやすい
- Workers/Pages/R2/D1などを使えば、Cloudflareのネットワーク上だけでアプリケーションを構築することもできる
- 導入の入り口はサイト高速化・アプリ構築・社内アクセス管理など複数あり、DNS切り替えはその一例にすぎない
まずは「CloudflareはCDNだけの会社ではなく、ネットワーク・セキュリティ・開発者プラットフォームを横断するインフラ企業」というイメージを持てれば十分です。個別サービスの詳しい使い方は、また別の記事で扱います。
