WordPressはCore Server、静的サイトはCloudflareに分けた理由

20年分のWeb環境を棚卸ししてみると、まず気づいたのは「思っていた以上にバラバラだった」ということでした。この記事では、その整理の中で、サーバーとCloudflareの役割をどう分けたかを書きます。

20年で、Web環境は複雑になっていた

20年前は、「一つのサーバーにいろいろ置く」という考え方になりやすかったと思います。選択肢も今ほど多くありませんでしたし、そうするのが自然でした。

それから20年、少しずつ増えていきました。

ひとつひとつは、そのときに必要だから足したものです。ただ、長年の継ぎ足しの結果、管理する場所が分散していました。どのドメインがどこで名前解決され、どのサイトがどこで動いているのか。全体をすぐには説明できない状態でした。

棚卸しを始めた当初は、「全部Cloudflareにまとめてしまえば、すっきりするのでは」と考えていました。

実際、Cloudflareでできることは多いです。DNS、SSL/TLS、CDN、セキュリティ、静的サイトを置くPages、軽い処理を動かすWorkers。今のWeb環境で必要になるものを、ひとつの画面でまとめて扱えるのは、確かに便利です。しかも無料です！

ただ、棚卸しを進めるうちに、「何でもCloudflareに置けるものではない」と気が付きました。

そこで、まとめる前に、それぞれが何のためのものなのかを整理しました。結果的に、自分Webサイトの構成は、次のようになっています。

ブログ：DNS(Cloudflare) → WordPress(Core Server)

静的サイト・Webアプリ： DNS(Cloudflare) → HTML等(Cloudflare Workers+GitHub)

WordPressは、PHPとデータベースで動き、テーマやプラグイン、ファイルの管理も含めて「サーバー上で運用するもの」です。これは、Cloudflare Workersでは運用できません。

静的なサイトは、GitHubで管理しているコードをもとに、Cloudflareで配信できます。サーバーを持たずに済むので、管理するものが少なくなります。なお、Cloudflare Pagesという静的なサイトに特化したサービスもありますが、今後はアップデートされないとのことです。

ちょっとした処理を持つWebアプリも、Workersで動かせます。サーバーを立てるほどではない小さなものは、こちらのほうが自然に収まりました。

実際に、軽いWebアプリをCloudflare上で運用している例として、単価比較サイト1Atari.comを作ったときの話はこちらの記事に書いています。

こうして役割ごとに置き場所が決まると、「これはどこにあるのか」がすぐ分かるようになりました。全体が分かりやすくなった、というのが一番の変化です。

棚卸しの過程で、次のようなこともあわせて確認しました。

ここでは、AIに現在の構成を確認させました。AIを使えば安全になる、という話ではありません。AIに現在の構成を確認させ、問題の洗い出しや修正を進めるのに役立った、ということです。最終的な判断は、自分で行っています。

Cloudflareが入口をチェックしているおかげで、管理者画面を探し回るbotがいることに気が付きました。

20年分の設定を人力ですべて見直すのは、なかなか根気のいる作業です。そこを手伝ってもらえたのは、実際に助かりました。

今回の構成では、WordPressを置く場所として、Core Serverのコストパフォーマンスのバランスがよいと判断しました。WordPressのサイトを月々数百円で置けるのは、最安値ではないでしょうか。

今回の構成では、WordPressのサイトだけをCore Serverに置き、それ以外の静的サイトやWebアプリは、Cloudflare側に置いています。サーバー上で管理するものが「WordPressだけ」になったので、サーバーの役割もはっきりしました。

Webページは、増えるほど、管理する場所も増えていきます。だからこそ、どこに何があるのかを把握しておくことが、これまで以上に大事になります。

20年分のWeb環境を整理してみると、重要なのはサービスを一つにまとめることではなく、自分が何をどこで管理しているのか分かる状態にすることだった。

今回、そのことが一番はっきり分かりました。

棚卸し全体の話は、こちらの記事にまとめています。