Nginx

どんなサーバーか

Nginx（エンジンエックス）は、Igor Sysoev 氏が開発し 2004 年に公開した Web サーバーです。C 言語で書かれ、大量の同時接続を少ないリソースで捌くことを狙って設計されました。当時の Apache が抱えていた「接続が増えるとプロセスが増えメモリを食う」課題（C10K 問題）への回答として広まりました。

横にスクロール

Web サーバーとしての静的配信に加え、リバースプロキシ・ロードバランサ・SSL 終端・APIゲートウェイとしても広く使われ、Web システムの「前段」を担う定番になっています。

仕組み・アーキテクチャ

中核はイベント駆動・非同期ノンブロッキングの処理モデルです。接続ごとにプロセスやスレッドを割り当てる方式と違い、CPU コア数程度の少数のワーカープロセスが、それぞれ epoll/kqueue といった OS のイベント通知を使って数千〜数万の接続を 1 プロセスで多重化します。各接続は状態機械として扱われ、I/O 待ちの間に他の接続を処理するため、接続数が増えてもメモリ消費が比例して膨らみにくいのが強みです。

設定は宣言的な階層構造（http → server → location）で見通しがよく、リバースプロキシも数行で書けます。

server {
    listen 443 ssl;
    location / {
        proxy_pass http://backend;
    }
}

設定変更時は、古いワーカーが処理中の接続を捌き終えてから入れ替わるグレースフルリロードに対応し、無停止での反映がしやすい点も実運用で重宝します。

主な役割

• 静的配信: ファイルを高速に返す。sendfile でカーネル内転送も使う。
• リバースプロキシ／ロードバランサ: 背後の複数アプリサーバーへ振り分け（ラウンドロビン・最小接続・IP ハッシュ等）。
• SSL/TLS 終端: 暗号化を前段でほどき、背後は平文で扱う構成にできる。
• キャッシュ・帯域制御・レート制限: 応答キャッシュや接続数制限で背後を守る。

得意・不得意

静的ファイルの配信が速く、大量同時接続に強く、振り分け・TLS 終端をまとめて担えます。反面、動的処理（PHP やアプリのロジック）は単体ではできないため、背後に PHP-FPM や各言語のアプリサーバーを別途置く構成が前提です。正規表現を多用した複雑な書き換えは Apache の .htaccess ほど手軽ではなく、設定はメインファイルで集中管理する流儀です。

Apache との違い

大量アクセスを捌く前段は Nginx、アプリ実行は後段、という役割分担が基本です。両者を組み合わせ「Nginx で受けて Apache/アプリへ流す」構成も定番です。

エコシステム・運用上の注意点

オープンソース（2-clause BSD）で、商用版の Nginx Plus や、後継として高機能化した Angie、設定言語を拡張する OpenResty（Lua） などの派生・周辺もあります。Kubernetes で広く使われた community ingress-nginx は Nginx 本体とは別プロジェクトで、2026 年 3 月に退役し、以後は更新もセキュリティ修正も提供されません。既存利用者は Gateway API または保守中の別コントローラへ移行する必要があります。

総じて Nginx は、高い同時接続性能と前段機能の集約を軽量に実現する定番で、現代の Web/API 基盤の入口として広く選ばれています。