托管与自建怎么选
云负载均衡是托管入口：天然多可用区、免底层运维、规格与带宽按需购买，代价是规则能力受产品约束。自建 Nginx 配置自由度高，能实现复杂的路由、改写与限流逻辑，但高可用、升级、容量与安全补丁都要自己负责。常见组合是云负载均衡承接流量入口，Nginx 集群承担七层业务网关。
基本信息
| 云负载均衡 | 托管、多可用区、免运维，灵活性受产品约束 |
|---|---|
| 自建 Nginx | 配置自由、逻辑可控，运维与高可用自担 |
| 组合方式 | 云四层入口 + Nginx 七层网关 |
| 选择依据 | 规则复杂度、运维能力、合规要求、成本结构 |
| 共同点 | 都要配置健康检查与后端成员管理 |
典型使用场景
- 需要多可用区容灾但团队没有自建高可用经验的场景
- 需要复杂路径改写与灰度逻辑，托管产品能力不足时
- 已有成熟 Nginx 运维体系，只在前面加一层四层入口
- 合规要求流量必须经过自建组件做审计或改写
- 成本敏感场景：对比托管规格费用与自建机器加人力成本
对比
| 维度 | 云负载均衡 | 自建 Nginx |
|---|---|---|
| 高可用 | 多可用区托管 | 需借助 keepalived 或 VIP 方案 |
| 运维 | 厂商维护底层 | 自行升级与容量管理 |
| 灵活性 | 规则能力受产品约束 | 配置自由度更高 |
| 成本 | 按规格与流量计费 | 机器成本加人力成本 |
常见组合架构
常见组合架构
客户端 -> 云 LB（四层）-> Nginx 集群（七层治理）-> 应用集群
# Nginx 层可继续做路由、限流、缓存与灰度发布
# 两层之间保持各自超时与重试策略一致，避免级联重试两层都配置激进重试会让后端压力成倍放大，超时与重试次数要统筹设计，否则故障时会被重试流量二次打垮。
自建入口的证书更新、安全补丁与版本升级都要纳入运维计划；托管入口把这些事情交给厂商，但要接受能力边界。