今日学んだこと：Nginxの基本に関して

Nginxは「高速で軽量なWebサーバー兼リバースプロキシ」だ。ブラウザからのリクエストを受け取り、静的ファイルを返したり、背後のアプリサーバーに橋渡ししたりする。受付係に近い存在で、Webシステムのフロントに立ちさまざまな仕事をこなす。

Webサーバーとしての基本

ブラウザがURLにアクセスすると、リクエストはサーバーに届き、HTMLや画像が返ってくる。この「返す役」を担うのがWebサーバーだ。

Nginxが担う役割は主に3つある。

Webサーバー — HTMLや画像・CSSなどの静的ファイルをそのままクライアントに返す。

リバースプロキシ — リクエストを背後のアプリサーバー（Rails・Node.jsなど）に転送する。

ロードバランサー — 複数のアプリサーバーにリクエストを分散する。

プロキシには2種類ある。フォワードプロキシはクライアント側に置いてインターネットへの出口を管理するもの。リバースプロキシはサーバー側に置いてクライアントからのアクセスを内部に振り分けるものだ。

[ブラウザ]
    ↓
[Nginx]  ← クライアントから見える唯一の窓口
    ↓
[アプリサーバー]（Rails / Node.js など）

クライアントにはNginxだけが見える。アプリサーバーの存在を隠すことで、セキュリティを高めたり構成変更を柔軟に行ったりできる。

ApacheなどのWebサーバーはリクエストごとにプロセスやスレッドを生成する方式が多い。接続数が増えるほどメモリ消費が増し、限界が来やすい。

Nginxはイベント駆動・非同期処理を採用している。少ないプロセスで大量の接続を同時に捌けるため、高トラフィック環境でも安定して動く。

CSS・JS・画像などはRailsやNode.jsを通す必要がない。Nginxが直接返すことで、アプリサーバーの負荷を大幅に減らせる。

HTTPSの暗号化・復号をNginxが担う（SSLターミネーション）。アプリサーバーは平文のHTTPを受け取るだけでよくなる。

server {
    listen 80;

    location / {
        proxy_pass http://localhost:3000;
    }
}

80番ポートで受け取ったリクエストを、すべてlocalhost:3000（アプリサーバー）に転送する。

server {
    listen 80;

    location /images/ {
        root /var/www;
    }

    location / {
        proxy_pass http://localhost:3000;
    }
}

/images/ へのリクエストはNginxが直接ファイルを返し、それ以外はアプリサーバーに渡す。

upstream app {
    server 192.168.1.1;
    server 192.168.1.2;
}

server {
    listen 80;

    location / {
        proxy_pass http://app;
    }
}

upstream ブロックでサーバーグループを定義し、proxy_pass で振り分け先として指定する。デフォルトはラウンドロビン（順番に割り当て）で動く。

動的なコンテンツが中心でモジュールを細かく制御したい場合はApacheが向く。高トラフィックな環境や静的ファイルが多い場合はNginxの方が有利なことが多い。