配置 Google Load Balancer 主机和路径规则以使用 GCF 正确服务 react.js 应用程序

Question

我们将在 React.js 应用程序中使用 Google Cloud Load Balancer。React.js 应用程序有特殊的路由规则。我们将按以下方式组织我们的应用程序结构。

-[BUCKET]uiresources
  -[FILE]index.html
  -[FOLDER]dist
    -[FILE]src.bundle.js
    -[FOLDER]...
    -[FILE]

我们还需要将 api 调用路由到 GCF 端点。这意味着它们应该被代理到另一个域，这似乎是不可能的，因为我们以 VM 作为目标配置后端服务。

路由示例

1. / ---------------------------> /index.html (到存储桶)
2. /index.html --------------> /index.html (到存储桶)
3. /signup -------------------> /index.html (到存储桶)
4. /someroute --------------> /index.html（仍然到存储桶）
5. /api/signup ---------------> anotherhost.com/signup（到带有长 url 的 GCF 端点）
6. /resources/images -----> /resources/images（到存储桶）

我们可以换一种说法，比如，如果我们的路由包含点，那将意味着我们请求文件，然后返回适当的文件，否则总是返回 index.html。

如果有助于构建此类导航，则可以使用子域。例如：

另一个路由示例

• https://targetdomain.com/api或https://api.targetdomain.com -> 用于服务调用
• https://targetdomain.com/resources或https://resources.targetdomain.com -> - 用于加载包括 index.html 的资源
• https://targetdomain.com/[ ^index.html] -> 用于从浏览器返回 index.html 的直接路由

那么，问题是如何？我使用教程设置负载均衡器并尝试在此处配置规则，但我没有任何运气。我从 index.html 问题开始，这就是我目前所拥有的。

以前我在 Azure 和简单的 nginx 服务器上管理过这个，但是在这两个平台上可以使用更强大的路由配置。我不知道这里是否可行，但希望有人可以帮助我。

所有 VM 实例都在带有 Apache 服务器的 Debian 8 下运行。我想过每个VM实例内部的路由规则，但对我来说现在看起来有点疯狂，将来会带来很多麻烦。

Answer 1

网址映射

您正在配置的 URL 路由在 GCE HTTP/HTTPS 负载均衡器配置中称为URL 映射。

能力和限制

我建议您阅读有关 URL 映射的内容以了解其工作原理。具体来说，您需要了解负载均衡中 URL 映射的功能和限制。

此列表并不全面，但更适合您的特定用例：

• 您可以添加基于主机名和路径的规则。Host 匹配请求的主机名。对于每个主机，您指定一个路径匹配器（它是不同路径字符串的集合）来指定要匹配的路径（例如/foo/*, /bar/*, /foo/bar/baz/*）。这些正是您在配置 UI 中看到的文本框。PathsUI 中的列对应于路径匹配器。

• 您可以为相同的路径字符串设置不同的规则，只要它们适用于不同的主机即可。

• 如果没有指定主机，它将匹配所有主机。

• /*每个主机总是有一个默认的路径匹配器，它将决定如何处理与任何定义的规则都不匹配的请求。

• 路由请求的可用目的地是后端服务和后端存储桶。

• 您将使用后端服务将请求路由到 VM（实际上是一个实例组 - 它是 VM 的集合）。

• 您将使用后端存储桶将请求路由到存储在Google Cloud Storage 存储桶中的内容。

• 将请求从负载均衡器路由到后端服务时，您的 VM 将获得包含完整请求 URI 的请求。因此，VM 上的服务可以通过查看路径来决定如何处理它。

• 将请求从负载均衡器路由到后端存储桶时，请求中的完整路径 (from /) 应与存储在Google Cloud Storage Bucket中的对象的路径相匹配。例如。如果您的请求是针对https://www.example.org/foo/bar/baz/info.txt路由到后端存储桶的路径，则相应的 GCS 存储桶应在此位置有一个文件/foo/bar/baz/info.txt。

您的用例的 URL 映射配置

话虽如此，可以通过一些小的修改并利用后端服务利用HTTP 301（永久 URL 重定向）来映射您指定的所有请求。

/ -------------------> /index.html
/index.html ---------> /index.html (in GCS bucket)
/signup -------------> /index.html (in GCS bucket)
/someroute ----------> /index.html (in GCS bucket)
/api/signup ---------> anotherhost.com/signup
/resources/images/* -> /resources/images/* (in GCS bucket)
/* ------------------> Recommend using a backend service which returns a 404.

您需要按如下方式配置您的网址映射：

/ -------------------> Backend service which returns a HTTP 301 (permanent URL redirection) /index.html
/index.html ---------> Backend bucket (will take to /index.html in the GCS bucket)
/signup -------------> Backend service which returns a HTTP 301 (permanent URL redirection) /index.html (which will cause the user to hit your GCS bucket)
/someroute ----------> Backend service which returns a HTTP 301 /index.html (will redirect to the /index.html content from your GCS bucket)
/api/signup ---------> Backend Service which returns a HTTP 301 (permanent URL redirection) to anotherhost.com/signup
/resources/images/* -> Backend bucket - Will pull /resources/images/* in GCS bucket
/* ------------------> Backend Service which returns a 404.