zod.kr 開発4か月、公開2か月の振り返り - サーバー・サービス編
(ake.kr)国内コミュニティサイト（zod.kr）を開発しながら選定した技術スタックと開発過程についての文章です。
競合サイトの大きな失策により、想定の10倍のトラフィックが流入する状況となり、サーバーが落ちてから復旧。
トラフィックコスト最適化のためのリソース削減。
以下は Grok 3 による要約結果です。
ITコミュニティ zod.kr を1人で開発した経験を共有。サーバー費削減のための最適化過程を含む。
- 開発背景: 3年ぶりのWeb開発、7年ぶりのPHP開発への復帰。フルスタック開発者へ転換。
- サービススタック: Rhymix（CMS）、Oracle Cloud Free Tier（初期）、Cloudflare（セキュリティ）、Bunny.net（CDN）、NAVER Cloud（メール）。
- 初期サーバー: Oracle Free Tier（24GB RAM、4コア ARM、150GB ストレージ）。トラフィック 4TB 無料を選択したが、公開後に予想外の10倍のトラフィックでネットワークドライブ接続が切れ、サーバーが崩壊。
- サーバー移転: Vultr に緊急移転。30時間不眠の作業で仮オープン。
- トラフィック問題:
- Cloudflare Argo（GBあたり $0.1）で1日 $20 支出、月100万ウォン見込み。
- Bunny.net に切り替えてコストを15〜20%水準まで削減。
- 1日訪問者 2.7万〜3万人で、トラフィック最適化の必要性を痛感。
- 最適化の取り組み:
- アイコン（Iconoir）およびWebフォント（Pretendard）の容量縮小。
- インラインスクリプト／スタイルの最小化、HTMLコメント削除。
- Lazyload 適用で Bunny.net トラフィック減少（68-88GB → 44-46GB）。
- ボット遮断とAPIホワイトリスト導入で 3〜4GB 節約。
- 結果:
- Cloudflare ピークトラフィック 211GB → 12GB、総トラフィック 57% 減少。
- コスト 70〜80% 削減（1日 $26 → $3.48）。
- 教訓: Cloudflare はうまく使えば有益、使い方を誤れば毒。トラフィック管理の重要性を実感。
13件のコメント
Next.jsだろうと思っていたのに…
私もささやかながら1人で開発をしているのですが、Vercelを使っているので、コストがいちばん大きな心配なんですよね。
興味深く読みました。知らなかったCDNのことも知ることができました。ときどき参考にさせていただきます。
zodなら無駄研究所..?
よく利用しているコミュニティで、最近ゲームグループ向けのクローズドコミュニティか何かを一つ運営しようと考えていたところだったので、興味深い感想でした。お一人でやっているとは思いませんでしたが、すごいですね。
初期にどのように人を集められたのか、とてもとても気になりますね。素晴らしいです
公開した時点で、似たようなテーマを扱っていたサイトで運営をめぐる論争が起きたことで、自然に利用者が集まったのだと記憶しています。
Rhymixを使っているのも興味深く、アルグモンにAPIを提供しているのも興味深い内容でした。
Algumon、何かやりましたね。良いサイトを知ることができました。
興味深く読みました。Cloudflare を使っていても、ネットワークトラフィックのコストは高いのですね？
月50万円（$400）で 80TB のトラフィックと 5M ページビューを処理する方法 この記事で紹介されているスタックと似ている点がありますね
素晴らしいですね。
fetchのような技術を使えば、トラフィックをもう少し減らせそうですが、それは不可能なのでしょうか？fetchはどのような点でトラフィックを減らせるのでしょうか？
ああ、Ajax ですね。
私も web 周りはあまり詳しくありませんが、別のタブに移動するたびに完全に新しい HTML を受け取っているようでした。
変わった部分の data だけを取得する方法もあると知っていたので
ハードウェアコミュニティとしてNo.1になるその日まで、頑張ります！