在Google云平台上使用HTTP负载平衡器和Kubernetes
我遵循了GKE教程，使用beta Inrit类型创建HTTP负载均衡器，并且在使用nginx映像时工作正常。我的问题是为什么Inrit是必要的。
我可以创建一个容器引擎集群，然后创建一个使用库伯内特斯创建的实例组作为服务后端的HTTP负载均衡器，并且一切似乎都运行良好。当仅在部分流程中使用库伯内特斯似乎运行良好时，为什么我要经历使用Inete的所有麻烦？
共有2个答案
入口对象有两个主要用途：
>
用于可重复部署比自己配置HTTP平衡器更简单，因为您可以编写一个简短的声明性yaml文件，说明您希望平衡的样子，而不是7个gcloud命令的脚本。
它（至少在某种程度上）可跨云提供商移植。
如果您在GKE上运行并且不关心第二个，您可以权衡入口对象和声明性语法的易用性与手动配置负载均衡器获得的额外自定义。
虽然您可以自己创建“非托管”HTTP负载均衡器，但当您添加新部署（带有服务的pod）并希望流量也路由到它们（可能使用URL映射）时会发生什么？
当您的一个服务由于某种原因停机，而新服务分配了另一个节点端口时，会发生什么情况？
Ingress的优点在于，它可以为您管理HTTP负载平衡器，同时跟踪Kubernetes的资源，并相应地更新HTTP负载平衡器。
-
我想在Google容器引擎上运行docker映像的集群前面放置一个HTTP负载平衡器，这样我就可以使用HTTPS，而无需应用程序支持它。 我使用以下命令创建了一个容器集群： 然后，我创建了一个复制控制器，在集群上运行一个映像，该映像基本上是nginx，其中复制了静态文件。 如果我为此创建一个网络负载平衡器，一切都会正常工作。我可以转到我的负载平衡器IP地址并查看网站。但是，如果创建HTTP负载平衡
-
web-service预期会有很多调用，而我希望在出现故障时使该服务成为冗余，因此我希望有两个实例同时运行以处理所有请求。 1）让两个级别的Web服务同时处理请求的最佳方法是什么？使用外部负载均衡器还是使用AKKA/AKKA-HTTP中的某种魔法（我不知道）？ 2)我必须调整哪些主要参数来提高性能？
-
我正在尝试部署一个Docker容器，它公开了一个简单的Docker服务器，它是Google容器引擎（库伯内特斯）中httpbin.org服务的克隆。 这是我正在使用的服务定义： 入口定义为： 在服务/入口仪表板中，我可以看到两个IP，一个直接绑定到服务（临时），另一个静态IP绑定到入口。直接在80号端口给他们两个打电话很有魅力。 完成后，我为静态IP创建了一个A记录，并确保GKE仪表板中的负载平衡
-
我是微服务的新手。（学习阶段）。我有一个问题。我们在云中部署微服务。（例如 AWS）。云已经提供了负载平衡和日志。我们还在Spring Boot中实现了负载平衡（功能区）和日志（Rabbit MQ和Zipkin）。这两种实现有什么区别？我们两者都需要吗？有些人可以回答这些问题吗？ 提前感谢。
-
在花了几个小时阅读Http客户机文档和源代码后，我决定在这里寻求帮助。 我有一个使用循环算法的负载均衡服务器
-
我在AWS中的应用程序ELB后面有一个ec2实例。我想将SSL应用于ec2实例和负载平衡器。对于ec2实例，我购买了ssl并安装了它，它工作正常。对于负载平衡器，我将使用免费的AWS ACM证书并将其安装在负载平衡器上。这会有什么问题吗？i、 e.在ec2和elb上安装SSL。