为什么 APISIX Ingress 是比 Emissary-ingress 更好的选择？

本文从可扩展性和服务发现集成等多个维度对比了 APISIX Ingress 与 Emissary-ingress 的性能。

作者：容鑫，API7.ai 云原生技术工程师，Apache APISIX Committer。

原文链接

背景

Kubernetes Ingress 是一种 API 对象，用于定义集群外部流量如何路由到集群内部服务的规则。Ingress Controller 通常用于实现 Ingress 资源的相关逻辑，并统一管理这些流量规则。

在实践中，企业用户往往需要 mTLS、重试、限流和鉴权等流量管理功能，但 Ingress 资源语义无法满足需要。因此，Ingress Controller 实现往往使用新增 CRD 等方式对功能进行扩展。接下来将详细介绍和对比 APISIX Ingresss 和 Emissary-ingress 两种实现的差异。

什么是 APISIX Ingress

Apache APISIX Ingress 是 Apache 软件基金会旗下的开源项目，其控制平面负责对 Kubernetes 中资源进行配置转换并进行交付，实际的业务流量则由 APISIX 承载。为了提高安全性，整个部署过程采用了数据面和控制面完全分离的架构，从而有效避免了数据面被攻击导致 Kubernetes 集群权限泄露的风险。

什么是 Emissary-ingress

Emissary-ingress 是 CNCF 的孵化项目，作为 Envoy proxy 的控制平面，它负责解析 Kubernetes 资源，所有流量都直接由数据面 Envoy 来处理。通过将控制面和数据面打包为一个容器，使整体更易接入和部署。