Google cloud platform GCP中转发规则、目标HTTP代理、URL映射和后端服务之间的关系

Google cloud platform GCP中转发规则、目标HTTP代理、URL映射和后端服务之间的关系,google-cloud-platform,Google Cloud Platform,我是GCP新手,如果您有HTTP服务,那么负载平衡设置会让我非常困惑(我在这里问了一个关于TCP负载平衡的不同问题:) 看起来,如果您有一个使用HTTP的服务,并且您想要使用负载平衡,那么您必须创建许多不同的组件来实现它 在我将在Qwiklab()中学习的教程中,您需要设置请求流,使其如下所示:转发规则->目标HTTP代理->URL映射->后端服务->托管实例组。然而,它并不能真正解释这些事物之间的关系 我认为托管实例组的目的是明确的,但我不理解其他实例组之间的关系或它们的目的。您能否提供其他组

我是GCP新手,如果您有HTTP服务,那么负载平衡设置会让我非常困惑(我在这里问了一个关于TCP负载平衡的不同问题:)

看起来,如果您有一个使用HTTP的服务,并且您想要使用负载平衡,那么您必须创建许多不同的组件来实现它

在我将在Qwiklab()中学习的教程中,您需要设置请求流,使其如下所示:转发规则->目标HTTP代理->URL映射->后端服务->托管实例组。然而,它并不能真正解释这些事物之间的关系


我认为托管实例组的目的是明确的,但我不理解其他实例组之间的关系或它们的目的。您能否提供其他组件的简单定义并描述它们之间的差异?

所有这些实体都不是不同的组件-它们只是以更灵活和结构化的方式对配置建模的一种方式

  • 转发规则:这只是IP和端口到目标代理的映射。您可以将多个转发规则指向同一个目标代理—当您希望稍后添加另一个IP地址或启用IPv6或其他端口而无需重新部署整个loadbalancer时,这非常方便

  • 目标代理:这是关于如何处理连接的全部内容。在使用目标HTTP代理的情况下,它会设置HTTP处理。使用目标HTTPS代理,您还可以配置SSL证书

  • URL映射:这仅在HTTP/HTTPS情况下才有意义-因为HTTP/HTTPS代理解析请求,所以它可以根据请求的URL做出决策。通过URL映射,您可以将网站的不同部分发送到不同的服务—例如,这对于微服务体系结构非常有用

  • 后端服务:这封装了一组可以处理一类请求的服务器/端点的概念。后端服务允许您对负载平衡的某些方面进行微调,如会话亲和力、等待后端的时间、如果后端不健康该怎么办以及如何检测。后端集可以由实例组(有或没有自动缩放等)标识,但也可以是类似于用于服务静态内容的GCS bucket的内容


拥有这些独立实体的原因是为了让您能够合理地混合、匹配或重用零件。例如,如果您有某种实时通信平台,您可能有web和RTC流量的转发规则。web流量可能通过带有URL映射的HTTP(S)代理,为来自GCS bucket的静态内容提供服务。RTC流量可能通过目标TCP代理,甚至UDP网络级负载平衡器,但指向同一组后端/同一实例组。

谷歌云的文档对此有很好的记录。谷歌也有很多快速入门产品。Qwiklab有覆盖每个组件的完整任务。YouTube有非常好的视频。从这些资源开始。Stackoverflow适用于出现问题、错误和预期结果集的问题。查看本Stackoverflow指南,了解如何提问。我现在实际上正在讨论Qwiklab,但它没有太多解释,它只是显示了一组没有太多上下文的命令。这就是我来这里的原因。同时,这个阶段的文档有点让我不知所措,所以我希望对他们的关系有一个更基本的描述。我已经看过很多关于StackOverflow的优秀问答,它们在高水平上描述了事情。这是引起我问题的Qwiklabs教程: