Caddy vs Nginx の使い分け
最終更新: 2026-04-24 · 所要 6 分
結論
- 個人 / 小規模は Caddy(自動 SSL + シンプル)
- 大規模 + 高機能が必要なら Nginx(モジュール豊富)
- Caddy は Let's Encrypt 自動取得、Nginx は certbot と組み合わせ
どういう場面で必要か
新しいサイト / サービスでリバースプロキシを選ぶ時、または既存 Nginx から Caddy への移行を検討している時。
実務で見るポイント
- Caddyfile は 1 行で auto HTTPS、学習コスト極小
- Nginx は reload に注意(graceful reload の仕組み)、監視ツール豊富
- 性能: 静的 content は同等、動的 reverse proxy は Nginx の方が微速
- JSON ログ: Caddy は標準、Nginx は log_format で定義
- WebSocket / gRPC: Nginx は設定が多少必要、Caddy は基本透過
- OCSP stapling / HTTP/3: 両方対応、デフォルト挙動が異なる
よくある失敗
- Caddy の auto HTTPS が 80/443 到達性依存、内部ネットワークで失敗
- Nginx の proxy_pass で末尾スラッシュの有無で挙動が変わる
- Nginx で worker_connections を上げ忘れて高トラフィック時に死ぬ
- Caddy v1 の記法と v2 の記法を混在させる(v2 が現行)
チェックリスト
- [ ] 自動 SSL を使う場合は Caddy / certbot-auto / acme.sh のいずれか
- [ ] 設定ファイルを git 管理
- [ ] reload 時の挙動を検証済み
- [ ] Site Health Check でヘッダと HTTP カテゴリが A
- [ ] 監視ツールでプロセスダウン検知
よくある質問
Nginx から Caddy に移行するメリットは?
SSL 更新の手間がゼロになり、設定ファイルが数行で済むのが最大のメリット。ただし既存のカスタム設定が多い場合は学習コスト相応。
性能差は実運用で気になる?
個人 / 小規模サイトなら体感差はほぼありません。エンタープライズの数万 QPS 級では Nginx のチューニング余地が効きます。
両方動かせる?
可能ですが設定が複雑になります。入口を Caddy、内部 reverse proxy を Nginx、などの分業は稀に有効です。
WebSocket は?
Caddy は透過的に扱えます。Nginx は proxy_set_header Upgrade/Connection の設定が必要です。