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

Question

如果您有 HTTP 服务，我是 GCP 的新手，并且对负载平衡设置感到非常困惑（我在这里问了一个关于 TCP 负载平衡的不同问题：GCP 中目标池的目的）。

看起来，如果你有一个使用 HTTP 的服务并且你想使用负载平衡，你必须创建很多不同的组件来实现它。

在我在 Qwiklabs ( https://google.qwiklabs.com/focuses/558?parent=catalog )中学习的教程中，您需要进行设置以使请求像这样流动：转发规则 -> 目标 HTTP 代理-> URL Map -> 后端服务 -> 托管实例组。但是，它并没有真正解释这些事物之间的关系。

我认为托管实例组的目的很明确，但我不明白其他人之间的关系或他们的目的。您能否为其他组件提供一个简单的定义并描述它们之间的不同之处？

Answer 1

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

• 转发规则：这只是 IP 和端口到目标代理的映射。您可以将多个转发规则指向同一个目标代理——当您想添加另一个 IP 地址或稍后启用 IPv6 或其他端口而不重新部署整个负载均衡器时，这很方便。

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

• URL Map：这仅在 HTTP/HTTPS 情况下有意义 - 由于 HTTP/HTTPS 代理解析请求，它可以根据请求的 URL 做出决定。使用 URL 映射，您可以将网站的不同部分发送到不同的服务 - 例如，这非常适合微服务架构。

• 后端服务：这封装了一组可以处理一类请求的服务器/端点的概念。后端服务让您可以微调负载平衡的某些方面，例如会话亲和性、等待后端的时间、如果它们不健康该怎么办以及如何检测它。后端集可以由实例组标识（有或没有自动缩放等），但也可以是类似 GCS 存储桶的东西，用于提供静态内容。

拥有这些所有独立实体的原因是让您在有意义的情况下混合和匹配或重用部件。例如，如果您有某种实时通信平台，您可能有针对 Web 和 RTC 流量的转发规则。Web 流量可能会通过带有 URL 映射的 HTTP(S) 代理，从 GCS 存储桶提供静态内容。RTC 流量可能会通过目标 TCP 代理甚至 UDP 网络级负载均衡器，但指向同一组后端/同一实例组。