Cloudflareは元々「世界中にサーバーを置いて、ユーザーに近い場所からWebを配信する」CDNから始まった。だから今でも「速さ」「世界中にある」というのが基本キャラクター。そこからサービスが増えて、今では公開・処理・保存・認証まで一つの管理画面でできる。

Webサイトを公開するには、まずドメインがいる。「example.com」のような住所だ。ドメインを入れただけでは何も起きないので、DNSで「この住所はこのサーバーにいる」と紐付ける。CloudflareはDNSもドメイン販売も担っているので、ここで一括管理できる。

サイトを開いた時に http:// じゃなくて https:// になっているのはSSL／HTTPSが効いているから。やり取りを暗号化する仕組みで、Cloudflare経由なら無料で自動的に有効になる。今は無いとブラウザに警告される時代。

Cloudflareの中で、アプリ本体（画面側）を置くのがCloudflare Pages。GitHubと繋いでおけばコードを更新するだけで自動公開が走る、という流れが組める。サーバー側の処理（裏方）を動かすのがCloudflare Workers。Pagesは画面、Workersは処理、と役割で分かれている。

データを保存したくなったらD1とR2が出てくる。D1は「文字や数字のデータ」用のデータベース、R2は「画像・動画などファイル」用のストレージ。中身の違いで使い分ける。

アプリに「特定の人だけ入れるようにしたい」と思ったらCloudflare Access。Googleログイン等で本人確認して、許可リストにある人だけ通す受付係だ。社内ツール向き。逆に「誰でも使えるアプリ」を作りたい時は付けない。SYNAPSEは後者。

もうひとつ、Cloudflareと関わる場面で出てくるのがWordPressからの乗り換え。WordPressはブログ用の定番だが、サーバーの重さや更新作業がしんどくなりがち。Cloudflare Pagesに乗せ替えると軽くて速い、という流れがある。

地図を一望するとこうなる。Cloudflareの中に、画面を置くPages、処理を動かすWorkers、データを置くD1とR2、入口の鍵Accessがある。ドメインとDNSとHTTPSもここで完結。土台を支えるのがCDN。点と点が繋がる。

Cloudflareの地図