Cloudflareで画像配信のコストを大幅カットした話

ツール導入前の課題

弊社が提供する電子トレカサービスはかっこいい・かわいいカードを集めて楽しむものであるため、画像や動画が価値に直結する。また、カード自体だけでなくガチャ演出などでも画像や動画による演出があり、それらの転送量が非常に大きくなるサービスとなっている。弊社ではこれまで配信される画像・動画をS3に置き、CloudFrontで配信していた。ユーザー数とともにCloudFrontのデータ転送量も増加していることを踏まえ、今後事業を拡大しさらにトラフィックが増加してもAWSの料金を抑えられるような対策が必要だった。

どのような状態を目指していたか

• 画像や動画の配信を今まで通り行うことができる
• 利用料金を削減して今後サービスが拡大しても継続的にサービスを提供していける
• S3 + CloudFrontという構成からの移行コストが小さい
• 移行時のダウンタイムが短い

従量課金制のCloudFrontと異なり、CloudflareのCDNは定額制となっており今後サービスが拡大してもCloudFrontの二の舞にならない。S3互換ストレージであるR2はエグレス料金が無料であり、画像配信をCloudflareだけで完結させることができる。

• 第一段階でCloudFrontのデータ転送量は90%以上減り、AWSの利用料金も今後のサービス拡大に耐えられる水準になった
• 第二段階のS3からR2への移行により、画像配信をCloudflareで完結させることが（ほとんど）できた
• CloudFrontの転送量は第一段階から第二段階でさらに約1/20,000になった

弊社ではもともとS3のバケットのサブディレクトリを配信しており、例えばexample.com/foo/bar.pngはあるバケットの/subdir/foo/bar.pngにマッピングされるようになっていた。この状況を改善するため、移行と同時に画像URLのパスとバケット内のパスが一致するようにする方法を模索したが、残念ながらそのような柔軟な移行には対応していなかった。そこでSuper Slurperでまとめて引っ越したのちR2側で画像のパスを書き換えることにより対応した。 移行後しばらくはデータ入れを引き続きS3で行っていたが、同様の理由でSippyが使えなかったためWorkerで自前実装を行った。

使いやすく金銭的にも導入がしやすいためまずは小さく始めて試してみるのがいいと思います。 ただ、アップデートはこまめにチェックしていく必要があります。