配置类似反向代理的 Firebase 托管解决方案

Question

这是我目前拥有的

domain.com ->  website A with its own firebase host (domain.firebase.com)
me.domain.com -> website B with its own firebase host (domain-me.firebase.com)

这并不难设置，只是多个子域重定向到不同的 Firebase 主机。现在，我想要，是一个反向代理接收一个请求，并可以选择将流量路由到各种服务器，同时将客户端 URL 仅保留在 domain.com的主域上>。我不确定这是否可能特别是使用 Firebase，因为有大量 NGINX 实现示例，但基本上，我想要这个：

domain.com/ ->  website A with its own firebase host (domain.firebase.com)
domain.com/me -> website B with its own firebase host (domain-me.firebase.com)

Firebase 具有非常复杂的重定向选项，但重定向也会覆盖客户端 URL。因此，通过重定向，客户端将看到 domain-me.firebase.com 而不是 domain.com/me，这不是我想要的。

据我所知，我可以使用 Firebase Cloud 函数作为中间件，并让它根据需要为任一站点提供服务。但是，这会带来很多延迟，因为 Cloud 函数和 Firebase 托管的网站都有从冷启动开始的预热时间。

不给我完整而详细的答案完全可以，我真的只是想知道这是否可以开始，以及我在哪里可以找到相关资源。谢谢！

Answer 1

回答我自己的问题，并以 Doug 的使用 Cloud Run 的回答为基础。有一种快速而轻松的方法可以使用 2 个应用程序设置类似反向代理的实现。为此：

1) 构建两个应用程序并将它们放在单独的文件夹中，例如文件夹 A 和文件夹 B。您只需要应用程序的构建文件夹，您不需要源代码。

2) 在文件夹 A 和 B 的根目录下创建一个新的 Express 应用。

3) 让 Express 使用 app.get 管理路由并使用 res.sendFile 提供文件。

4) 按照 Google 的教程 here 将整个 Express 应用程序容器化，您可以忽略示例应用程序，因为您的新 Express 应用程序就是该应用程序。

5) 作为新服务上传到 Cloud Run。请记住，虽然 Google tuts 未指定，但您将需要授予您的用户上传到存储桶的权限。您将需要该命令 gsutil iam ch user:[user]:objectViewer gs://us.artifacts.[project-name].appspot.com 如果您有多个项目，还要确保使用命令gcloud config set project [project-name] 切换到当前项目。

6) 使用 Google 域映射映射到您的 根 域，因此 domain.com。

您必须使用域映射，因为 Cloud Run 使用的 URL 是短暂的……因为它是无服务器的。

你的文件夹结构应该是这样的

my-awesome-project
    index.js <- Express app and Docker entry point
    /package.json <- for your Express app
    /A
    /B
    /Dockerfile
    /node_modules

示例路由器是

app.get('/me/*', (req,res) =>{
    res.sendFile(path.join(__dirname+'/B/index.html'));
});

app.get('/*', (req,res) =>{
    res.sendFile(path.join(__dirname+'/A/index.html'));
});

在子域上设置您的应用程序的工作方式几乎相同。使用第 4 步将每个单独的应用容器化，然后使用 Google 域映射分别映射每个域。

Answer 2

与Cloud Functions 和Cloud Run 集成几乎是您唯一的选择。配置中没有任何内容可以让您将请求直接代理到其他端点，而不是通过 HTTP redirects 间接代理。