如何在 ACK 中使用 MSE Ingress

作者：彦林

随着云原生架构的普及，K8s 通过 Ingress 标准逐步把流量网关标准化，微服务网关作为微服务的入口正在加速跟流量网关融合，Ingress 作为容器和微服务的交集，作为数字世界的入口，作为安全和高可用的第一道防线变得越来越重要！本文将为大家分享一下 Ingress 标准 和 实现的趋势，介绍一下 MSE Ingress 在这个趋势下的优势和实践，为大家做关键入口选择多一些参考。

Ingress 趋势

K8s Ingress由标准和实现两部分组成， 下面我们分别探讨一下他们各自的现状和发展趋势。

Ingress 标准现状

我们把网关按照入口-内部，2C-2B 分成四个象限，每个象限都有一个网关子领域，目前 Ingress 主要定义的是流量网关的标准，但是不能很好的定义 API 网关（API管理） 和 微服务网关（服务治理）场景，更无法定义集成网关（新老系统协议转换和接口集成）场景；因此 Ingress 从标准上往 Gateway-API 方向去演进，解决 API 管理和 微服务治理的问题，但是演进需要比较长时间，当前由于 Ingress 标准定义能力比较有限，不同的实现通过各自方法扩展，但是扩展方式在分化，因此 Ingress 作为标准的价值弱化，面对未来 Ingress 标准该何去何从？

Ingress 标准趋势

从社区的反馈上看，Ingress 长期会往 Gateway API 场景去演进，中短期并存，短期以 Ingress 为主去扩展；目前 Gateway API 目前也发了 Beta 版本，基本定型；Gateway API 中增加了对 API 管理和微服务领域的增强。

Ingress 实现现状

Ingress 实现目前从社区上有 Nginx 和 Envoy 两个体系，Nginx 存量大，但是由于架构设计的问题，随着用户规模变大逐步暴露安全和稳定性风险，目前社区宣布停止6个月新需求开发， 集中解决安全和稳定性问题；Envoy + Istio 作为后起之秀，采用数据面和控制面分离架构，有更好的安全和稳定性保障，并且支持多语言扩展，热更新优势，Envoy 社区也推出 Gateway 产品加速 Gateway API 落地。