Envoy Proxy 生产实战：从反向代理、流量治理到高可用网关
· 40 min read
如果只看一份最小配置，Envoy 很像“另一个 Nginx”：监听一个端口，把请求转发给后端。但真正让 Envoy 成为云原生基础设施核心组件的，不是反向代理本身，而是它把路由、服务发现、负载均衡、故障隔离、安全和可观测性做成了一个可动态控制的数据平面。
这也是为什么 Envoy 会出现在 API Gateway、Kubernetes Gateway、Service Mesh、gRPC 基础设施、边缘代理和多集群流量治理中。
本文沿着一条生产链路展开：
- Envoy 到底解决什么问题，什么时候值得使用；
- 一个请求如何穿过 Listener、Filter、Route、Cluster 和 Endpoint；
- 怎样在本地跑起一个具有灰度路由、健康检查和异常摘除能力的代理；
- 怎样正确设计超时、重试、熔断、限流、鉴权和动态配置；
- 怎样在 Kubernetes 上用 Envoy Gateway 部署一个跨节点、可扩缩、可优雅升级的高可用入口；
- 上线前应该监控什么、演练什么，以及故障时如何定位。
本文基于 2026 年 9 月 4 日可用的官方资料与稳定版本：Envoy 1.39.1、Envoy Gateway 1.9.1。示例固定具体版本，避免生产环境无意间拉取变化中的 latest 镜像。