Cloudflare経由にして一週間。予想していた通り静的なファイルをコロコロ更新するようなケースではちょっと面倒な感じがある。感想やわかったところ、気になったところなどのメモ。
Security ProfileをMedium、Performance profileをCDN Onlyというほぼデフォルトの設定で、リクエスト数は4割程、転送量だと4割5分程削減できていた。リピーターメインなコンスタントにアクセスがあるタイプのWebサイトだとこの程度で、飛び抜けて集中する時間帯があるような一見メインのWebサイトだともっと効果があるんじゃないかと思う。
Webサーバーが落ちたという場合には対応できるけど、ソフトウェア側で500エラーが起きたなどというケースには対応できない。つまり過負荷でCMSが落ちまくるというような状況を回避できるようなものではない。
Page Rulesという機能を使うと、指定したURLのパターンにマッチした場合にデフォルトの設定とは別の設定を適用したりできる。例えばBlosxomのような動的に生成するブログ・ツールやCMSを使っている場合に、Custom CachingでCache Everythingなどとすると負荷対策になる。通常はキャッシュしてくれないHTMLもキャッシュしてくれるようになるので。Freeプランでも3つまでルールを作れる。
Page Rulesには他にmod_rewriteライクなURL書き換え機能らしきものもある。
JavaScriptでの簡単な実装だった。JavaScript実行環境が豊富な現在、どれほどの効果があるのかはよくわからない。なさそう。
何に使うのかよくわからないけど、画像やCSSにCloudflareがクッキーを発行する。ここの場合は静的なファイルのドメインを分けたりしておらず、かつGoogle Analyticsでクッキーを使用済みなので影響は少ないだろうけど、ちゃんと色々考えてやっている場合は逆にアレなことにもなりそう。
ランダムに画像がうまく表示されない現象が起こった。画像を多用するようなWebサイトではないので致命的ではないのだけど、問題はある。ググった感じではCSS経由で参照している画像が欠落しやすい傾向があるようだ。
そもそもCloudflareを使おうと思った目的が達成できなかったとかそういうのもあるので、週明けに元に戻そうと思う。向いているのは集中的なアクセスが起こりやすいWebサイトなのかなーという感想。他は.htaccess等で地道に設定し無くてはならない細々としたことや、HTMLやJavaScript、CSSの圧縮やメールアドレスのクローキングなど一手間かかるところを手軽に自動化できること、というようなセキュリティやCDNというより便利ツール的な側面に魅力を感じる人とかにも向いてそう。Google Analyticsのコードを一括挿入とかも便利そう(使わなかったけど)。あとはファイルの配布所に使うとか？