nginx通过分层模块实现多协议负载均衡：七层http/https用http模块+upstream和proxy_pass；四层tcp/udp用独立stream模块；fastcgi、uwsgi、grpc等则须分别使用fastcgi_pass、uwsgi_pass、grpc_pass指令，各模块均支持weight、backup、max_fails等健康检查参数。
Nginx 集群架构中处理多协议流量的负载分担，关键在于区分协议层级并选用对应模块——不是靠单一配置通吃所有协议，而是按需拆分、分层代理。
七层 HTTP/HTTPS 流量用 http 模块 + upstream
这是最常见场景。Nginx 默认在 http 块中定义 upstream 服务器组，配合 proxy_pass 实现应用层分发：
- 支持完整解析 Host、URI、Cookie、Header，可做基于域名或路径的路由（如 /api → 微服务，/static → CDN）
- 默认轮询，也可显式配置 least_conn（适合长连接）、ip_hash（保持会话）、weight（适配异构机器）
- HTTPS 流量只需把 proxy_pass 改为 https://backend，后端自动走 TLS 终止或直通（取决于 ssl_pass_through 配置）
四层 TCP/UDP 流量用 stream 模块独立处理
从 Nginx 1.9.0 开始，stream 模块提供真正的四层负载均衡，不解析应用层内容，只看 IP + 端口：
- 适用于数据库（MySQL、PostgreSQL）、Redis、MQTT、游戏服等非 HTTP 协议
- 配置独立于 http 块，在顶层 stream {} 中定义 upstream 和 server，用 proxy_pass 转发
- 支持 least_conn 和 hash $remote_addr（类似 ip_hash），但不支持 URL 或 Header 相关策略
FastCGI、uWSGI、gRPC 等协议需专用指令
这些属于特定应用协议，不能混用 proxy_pass，必须用对应指令才能正确编码/解码：
- PHP 应用：用 fastcgi_pass 指向 PHP-FPM 地址，配合 fastcgi_params 传递变量
- Python（Django/Flask）：用 uwsgi_pass，需确保 uwsgi 协议参数对齐
- gRPC 服务：用 grpc_pass，要求后端启用 HTTP/2 并支持 gRPC over HTTP/2
- 所有这类代理都可搭配 upstream，同样支持 weight、backup、max_fails 等健康检查参数
协议混合部署时注意监听与隔离
同一台 Nginx 实例可同时承载多种协议，但必须物理或逻辑隔离，避免冲突：
- HTTP 流量监听 80/443，走 http {}；TCP 流量监听其他端口（如 3306、6379），走 stream {}
- 不要在 http 块里用 proxy_pass 转发 MySQL 流量——会失败，因为协议不匹配
- 若需统一入口（如所有流量走 443），可用 ALPN 或 TLS SNI 区分：HTTP/2 + gRPC 与 HTTPS 共享 443，再由 stream 或 http 模块分流
