在Google云端平台上使用带有Kubernetes的HTTP负载均衡器

Question

我使用beta Ingress类型创建了HTTP负载均衡器，并遵循GKE tutorial，使用nginx图像时它工作正常。我的问题是关于为什么Ingress甚至是必要的。

我可以创建一个容器引擎集群，然后创建一个HTTP负载均衡器，它使用Kubernetes创建的实例组作为服务后端，并且一切似乎都正常工作。 为什么我会在使用Kubernetes时仅使用Ingress的全部功能，因为只有部分过程似乎正常工作？

Answer 1

虽然你可以创建自己“非托管” HTTP负载平衡器，什么，当你（带荚的服务）添加新的部署，并希望信息流在被发送给他们，以及（可能使用URL地图）会发生什么？

当您的某个服务出于某种原因而出现故障并且新服务分配了另一个节点端口时会发生什么？

Ingress最棒的地方在于它可以为您管理HTTP负载均衡器，同时跟踪Kubernetes的资源并相应地更新HTTP负载均衡器。

Answer 2

的入口对象有两个主要目的：

1. 它更容易使用可重复的部署与配置的HTTP平衡器自己，因为你可以写你想你平衡什么短的声明YAML文件看起来不像7个gcloud命令的脚本。

2. 它至少在某种程度上可以跨云提供商移植。

如果您正在运行GKE和不关心的第二个，你可以权衡使用入口对象和声明语法与附加定制的方便您从配置负载得到平衡器手动。