编程狂人|阿里云原生网关Envoy Gateway实践

最近阅读 《 Envoy Gateway 来了 》这篇文章，深感 Envoy 强大的可扩展性和基于 Envoy Gateway 带来的易用性，在 Kubernetes 架构下，Envoy 重新定义了网关的定位和能力，被誉为云原生网关，甚至被称之为 下一代网关 。阿里巴巴早在 2018 年就启动了下一代网关的探索之路，本文将对这个探索历程做一个简单介绍。

阿里巴巴早在 2018 年，就开启了云原生上云的序幕，将容器、服务网格作为核心技术点进行演进，并尝试阿里巴巴和蚂蚁通过这次技术演进，来统一双方的中间件技术栈，让业务更聚焦业务开发，屏蔽底层分布式复杂度。作为服务网格一个重要方向，我们开启了下一代网关的探索之路。

— 1 —

Envoy Gateway 1.0（孵化期）

上云过程中，我们期望统一应用架构技术栈，但是蚂蚁和阿里巴巴的 RPC 协议不同，存在互调链路长、协议转换消耗大、Tengine Reload 访问有损（接入生效快就需要不断 reload 有损，如果控制 reload 影响，就要减少 reload 次数，接入服务生效慢）、Nginx 内核服务治理能力较弱等问题。因此，需要一个面对未来的网关解决方案。

当时，我们有两个技术演进思路，一个是基于 Tengine 进行优化，一个是基于 Envoy 内核来扩展网关场景，考虑到 Tengine 解决这些场景架构变动太大，Envoy 作为网关的第二选项，能够简单的解决上述痛点，因此，我们选择了 Envoy 内核作为下一代的网关演进方向，而且从 CNCF Ing