Nginx反向代理聚合异构微服务的核心是桥接而非替换，通过分层设计实现统一入口、路径路由、协议适配、TLS终止、请求头标准化及upstream动态分组，兼顾隔离性、可扩展与灰度能力。
用 Nginx 反向代理聚合多套异构微服务系统，核心不是“替换”原有架构，而是“桥接”——在不改动各系统内部逻辑的前提下，统一对外暴露入口、按需路由、隔离协议差异。关键在于分层设计和配置解耦，而非强行统一技术栈。
按业务路径精准划分 location 路由规则
不同微服务系统通常有明确的业务边界（如 /order/、/user/、/pay/），Nginx 利用 location 块天然支持前缀匹配，可直接将请求导向对应后端：
- 每个微服务分配独立的路径前缀，避免路径冲突（例如不用都走 /api，而用 /v1/order/、/v2/user/）
- 注意末尾斜杠行为：proxy_pass 后带 / 会截断匹配路径；不带 / 则原样拼接（如 location /api/ { proxy_pass http://svc1; } → 请求 /api/list 映射为 http://svc1/list）
- 对需要重写路径的场景（如某老系统只认 /rest/ 开头），可用 rewrite 指令提前转换，再 proxy_pass
适配多种通信协议与认证方式
异构系统可能使用 HTTP/1.1、HTTP/2、甚至 gRPC over HTTP/2，Nginx 1.13.10+ 原生支持 gRPC 代理；认证方式也各异（JWT、Basic、API Key），需在转发时动态处理：
- 对 JWT 验证已由网关完成的系统，只需透传 Authorization 头：proxy_set_header Authorization $http_authorization;
- 对仅接受 Basic Auth 的旧服务，可用 map 指令从请求头提取 token 并构造 basic 字符串，再注入 proxy_set_header Authorization
- 若某服务要求固定 Host 头（如校验域名白名单），显式设置 proxy_set_header Host "legacy-api.example.com";
统一 TLS 终止与请求头标准化
各微服务可能有的启 HTTPS、有的只跑 HTTP，Nginx 在入口统一做 SSL 卸载，既降低后端压力，又便于集中管理证书和安全策略：
- 监听 443 端口，配置 ssl_certificate 和 ssl_certificate_key，所有下游均走 HTTP 内网通信
- 强制注入标准化请求头：X-Real-IP（$remote_addr）、X-Forwarded-For（$proxy_add_x_forwarded_for）、X-Forwarded-Proto（$scheme）
- 对跨域需求，可在 server 块统一添加 add_header Access-Control-Allow-Origin "*";，避免每套服务重复配置
通过 upstream 动态分组实现故障隔离与灰度发布
不同微服务稳定性差异大，不能共用一套健康检查策略。Nginx 的 upstream 支持 per-group 独立配置：
- 为每套系统定义独立 upstream 块，分别设置 max_fails、fail_timeout、slow_start，避免某系统抖动拖垮全局
- 利用 backup 标记灾备节点，或用 weight 控制流量比例，配合 DNS 或服务发现工具（如 Consul Template）动态更新 upstream 成员
- 灰度发布时，可用 split_clients 指令按用户 ID 或 Cookie 哈希分流，将 5% 流量导向新版本 upstream，其余走旧版
