我已通读 google 容器引擎和负载均衡器文档。
我的理解：
鉴于我在 nginx 反向代理后面有各种服务。
我想说的是：这是我在 nginx 背后的一套服务。请将它们推送到每个节点并将 nginx 连接到负载均衡器。因此，当一个节点发生故障时，它可以为其他节点提供服务，依此类推。
问题：
我是否正确理解该上下文中的负载平衡器和复制控制器的概念？
如果是，我是否假设只有应用程序的前端部分进入复制控制器，而非副本服务（如 postgres 数据库或 redis 缓存）被推送到服务中？
我该如何设置？我在文档中没有找到实际将负载均衡器连接到我的容器入口点的点。
总的来说，我对这些概念有点陌生，可能会在基础知识方面遇到困难。
【问题讨论】：
标签： google-app-engine load-balancing
我真的不明白你的第一个问题背后的想法。我是这样看的：
负载均衡器仅用于向外部开放您的服务，在您的情况下为您的 nginx pod 设置公共 IP。这是它的工作原理（也是您问题 3 的答案。）：https://cloud.google.com/container-engine/docs/load-balancer
复制控制器用于确保您始终拥有为关联 pod 运行的正确数量的 pod。因此，让任何 pod 无限期运行的最佳方法就是在这种情况下。为了回答您的问题 2，我会确保您的所有 pod 都使用关联的复制控制器（包括 postgres db 和 redis）运行，以确保您始终有一个它们的实例在运行。
该服务使“内部”pod 之间的通信变得容易，并且如果关联的 pod 被复制，它还具有某种内部负载平衡。在您的情况下，您的 db 和 redis pod（每个都由复制控制器控制）确实必须由服务管理，以使它们可用于您的 nginx pod。
如果您想要一个完整的“堆栈”运行示例，我建议您使用此链接：https://cloud.google.com/container-engine/docs/tutorials/guestbook，即使它非常简单，您也可以了解这一切背后的主要思想。
【讨论】：
Traffic is sent to nodes in the cluster in round-robin order.