Caddyは、自動HTTPSや設定の簡潔さで知られる、Go製のオープンソースWebサーバーです。
静的ファイル配信、逆プロキシ、TLS終端、FastCGI、WebSocket、gRPCなどに対応し、小規模Webアプリやセルフホスト構成の入口として名前が出ることがあります。
まず押さえたいポイント
- CaddyはWebサーバー兼逆プロキシとして使える
- ドメイン名を設定すると、自動HTTPSがかなり扱いやすい
- 設定ファイルの
Caddyfileが短く書きやすい - NginxやApacheの置き換え候補になることはあるが、万能ではない
なぜAIが勧めやすいのか
生成AIに「小規模なWebアプリを公開したい」「HTTPS付きの逆プロキシを簡単に立てたい」と聞くと、Caddyが候補に出ることがあります。
理由は、設定例が短く、HTTPS証明書の取得と更新をCaddy側へ寄せやすく、説明しやすいからです。
たとえば、Nginxで証明書、リダイレクト、proxy設定を分けて説明するより、Caddyfileの数行で例を示せる場面があります。
AIは短く成功しやすい例を好んで提案しがちなので、Caddyは「まず動かす」文脈で出やすい技術です。
どんな場面で使うか
実務で見るポイント
Caddyは便利ですが、AIに勧められたからそのまま採用するのは危険です。
本番で使うなら、80番と443番の開放、DNS設定、証明書発行制限、ログ保存、設定ファイルの管理、バックエンドのタイムアウト、ヘッダーの引き継ぎを確認します。
また、既にNginxやApacheの運用資産がある環境では、Caddyへ変えるメリットが小さいこともあります。
新規・小規模・HTTPS自動化を重視するならCaddyは候補になりますが、既存構成、監視、社内標準、運用者の習熟度も含めて判断するのが安全です。