Caddy: デフォルトで HTTPS を構成する Web サーバー

要点

1. 自動 HTTPS がそのアイデンティティです。証明書は Let's Encrypt (または ZeroSSL、非公開名の内部 CA、またはワイルドカード パネルのオンデマンド発行) を介して自動的に要求、更新され、さらに保存されます。これが機能すると、証明書の有効期限付近で発生する運用クラスの停止は実質的になくなります。
2. Caddyfile は生産性の物語です。リバース プロキシ ブロックとサイト アドレスが動作する構成です。より複雑な JSON 構成はプログラムのニーズに対応するために存在しますが、Caddyfile の領域 (ほとんどのリバース プロキシと静的ワークロード) に留まるチームは、メンテナンスが簡単であると感じます。
3. 最新のサービスの機能範囲: デフォルトの HTTP/3、TLS 1.3 前方秘匿性、brotli/gzip、ヘッダー操作、ミドルウェアのようなルート マッチ、ニッチな追加機能のための xcaddy 経由のプラグイン ビルド。エンジンは意図的に小型であり、すべてをバンドルするのではなく外部の信頼性に依存しています。
4. リバース プロキシには、nginx と同様の正直なタイムアウト/バッファリング動作に加えて、再試行が含まれます。複雑なトラフィック シェーピング (ドメインごとのレート制限、プラグインによる認証ミドルウェア) は可能ですが、エコシステムは Apache クラスのモジュール幅には及ばないため、必要に応じて WAF/エッジ レイヤと組み合わせてください。
5. 運用規律は引き継がれます。リロード前のキャディ検証 (nginx と同じ退屈なルール)、デフォルトで構造化された JSON ログ (SIEM パイプラインに最適)、およびプログラムによる制御のための管理 API。モニタリングでは、証明書の有効期間とアップストリームの状態を引き続き監視します。
6. Web サーバーの比較における決定の形: 自己管理の証明書/自動化、および内部サービスと小規模フリートのバックエンド サービス用の Caddy。 nginx はエコシステムの大幅な調整、または htaccess フリーだが深く調整されたエッジ作業に使用します。 .htaccess およびレガシー モジュールが支配する Apache。キャディは通常、「小規模チーム、まともなデフォルト、午前 3 時のサート罰金なし」のスポットを勝ち取ります。

現場ノート

私たちが気に入っている最小の運用スタック: 5 ドルの VPS、Caddy、および 1 つの 12 行 Caddyfile の背後にある 2 つのサービス。証明書は、ホストが廃止されるまで 3 年間更新されます。クライアントの運用担当者は一度もログインしたことがありませんでした。これが自動化の様子です。

よくある質問