Ingress 和apisix组件的区别

Ingress 和 APISIX 都是处理外部流量进入集群的关键组件，但它们的定位、功能和设计哲学有很大的不同。

简单来说，可以用一个比喻来理解：

• Ingress：是 Kubernetes 内置的一套交通规则标准。它只定义了“应该如何路由”（比如 A 请求到 B 服务），但它自己并不会开车（执行路由）。你需要一个“司机”（Ingress Controller）来遵守这些规则。
• APISIX：是一个功能完备、性能卓越的“超级跑车”。它本身就是一个强大的网关产品，不仅能当“司机”来遵守 Ingress 的交通规则，还自带了导航、安防、车载娱乐等一系列高级功能（即 API 网关的全部能力）。

下面我们从多个维度进行详细的对比。

核心区别：定位与定义

1. Kubernetes Ingress

   • 定位：一种 Kubernetes API 资源（kind: Ingress），是一个标准规范。
   • 作用：它定义了从集群外部访问集群内部服务的规则，主要是 L7 的 HTTP/HTTPS 路由规则，如 Host、Path 匹配。
   • 实现：Ingress 资源本身不具备任何功能。它必须由一个 Ingress Controller 来实现。常见的 Ingress Controller 有 Nginx Ingress Controller, Traefik, HAProxy Ingress 等。选择不同的 Ingress Controller，相应的功能和性能也不同。

2. Apache APISIX

   • 定位：一个独立、完整的软件产品，是一个高性能、动态的 API 网关。
   • 作用：它提供了一整套 API 管理解决方案，除了基础的路由功能，还包括认证、限流、熔断、日志记录、安全防护、多协议支持等。
   • 实现：APISIX 是基于 Nginx + etcd + Lua 实现的。它可以独立部署在 Kubernetes 集群内外，也可以作为 Ingress Controller 在 Kubernetes 中使用。

功能与特性对比

APISIX Ingress Controller：两者的结合

为了解决上述问题，APISIX 社区推出了 APISIX Ingress Controller。这是一个关键的组件，它将 APISIX 的强大能力与 Kubernetes 的原生体验结合了起来。

它的工作模式是：

1. 监听：APISIX Ingress Controller 会在 Kubernetes 集群中运行，并监听 Ingress 资源以及 APISIX 自定义的 CRD（如 ApisixRoute, ApisixTls 等）。
2. 翻译：当检测到这些资源的变化时，它会将这些 K8s 的配置规则翻译成 APISIX 能理解的格式。
3. 下发：通过 Admin API 将翻译后的配置动态地写入 APISIX 的数据面（Data Plane）中。

这样做的好处是：

• 对于运维/开发者：你可以继续使用熟悉的 kubectl 和 YAML 文件来管理路由，符合 Kubernetes 的声明式哲学。
• 对于系统：你获得了 APISIX 带来的全部好处：高性能、动态配置、丰富的插件和高级 API 管理功能。你可以使用 APISIX 的 CRD 来配置那些标准 Ingress 无法实现的高级策略。

总结与选择建议

总而言之，Ingress 是一个“入门级”的解决方案，而 APISIX 是一个“专业级”的解决方案。对于对外提供服务的生产系统，使用 APISIX API 网关作为流量入口，是更好的选择。