Ingress 和反向代理有什么区别？

Question

目前，我正在学习 Kubernetes，我遇到了术语 Ingress 对象。我想知道两者之间是否有一系列差异，对我来说它们似乎是同义词。对我来说，NGINX 似乎是一个功能性更强的入口，因为它允许例如视频和图像压缩、预取和缓存。

另一方面，通过提供负载平衡、流量路由、TLS/SSL 终止，Ingresses 似乎与 NGINX 的反向代理重叠。我看到的唯一一个入口可能与 NGINX/Envoy RP 相比的是它是一个“kubernetes API 对象”。

这是否意味着它由两部分组成 - API 和某些实际反向代理之间的接口？意思是，“入口”只是一个 kubernetes 术语，用于在其上执行 Kubernetes 的 API 的 NGINX RP 的包装器，还是一种完全独立的服务器类型？

您能否列出一些两者之间的差异列表？

Answer 1

你的理解是对的。 Ingress 有两个部分：一个控制器，它实现了 kubernetes 入口 API 接口，以自动快速地配置反向代理，如 nginx 或 envoy。

另一部分是反向代理本身，如nginx、envoy。

因此，当您在 kubernetes 中部署入口设置时，它将在您的 kubernetes 集群中部署入口控制器和反向代理。

Answer 2

有多个供应商实施IngressController. 甚至nginx有一个。

您对IngressKubernetes 中的资源就像我们用来手动部署的反向代理一样是正确的。该IngressController服务是接收流量的实际反向代理。Ingress您创建的 kubernetes 资源就像nginx.conf您将创建的配置文件。您可以Ingress通过运行nginx部署来创建和运行自己的部署，用LoadBalancer服务包装它并通过手动创建nginx.conf文件来表达您的流量规则。使用Ingress资源只是在 Kubernetes 中执行此操作的本机且更简单的方法。