Cloud Run + Firebase 托管区域重写问题



我正在尝试将Firebase Hosting用于连接到Cloud Run的CDN。昨天我正在测试欧洲西部地区1的一些东西,进展顺利。今天我正在尝试做同样的事情,但对于区域 eu-west4,我收到不支持该区域的错误。 我切换到eu-west1并且它奏效了。

是否不支持此错误或区域 eu-west4?

=== Deploying to 'xxxxxxxx'...
i  deploying hosting
Error: HTTP Error: 400, Cloud Run region `europe-west4` is not supported.
"rewrites": [
{
"source": "**",
"run": {
"serviceId": "web-client",
"region": "europe-west4"
}
}
],

新亚洲-东南亚1 区域也相同

Error: HTTP Error: 400, Cloud Run region `asia-southeast1` is not supported.

从此信息中,这里是有关重写的详细信息:

Firebase Hosting 起源于 us-central1,因此在部署云运行时,建议选择us-central1区域以获得较低的首次内容绘制分数或快速加载您的网站,但会扼杀您附近区域可用性目的的优势(对于谷歌粉丝来说真的很不幸(。

示例:如果您的位置是印度,则最近的可用云运行是亚洲-东南部1 新加坡,我们无法选择亚洲-东南部1

请求路径将如下所示:

you→India(CDN(→USA(Firebase(→Signapore(CloudRun+aync Call to Firestore India(→USA→CDN→you(就延迟而言,这真的很糟糕(。

you→India(CDN(→USA(Firebase(→USA us-central1(CloudRun+aync Call to Firestore India(→USA→CDN→you

(静态页面将快速加载,但 Firestore 网页应用程序上的动态数据将在延迟方面加载非常糟糕的数据,我们应该为 Firestore 选择us-central1,这也不使用您的本地区域 GCP 产品,这真的很奇怪,Firebase 托管至少不适用于美国欧洲亚太区至少

(。结论(截至此日期(:

许多地区都存在Firebase托管的云运行区域重写问题,但是,为了获得最佳页面加载结果,我们应该选择us-central1,这真的很不幸 这是真正的问题 与重写问题相比,以避免网站 非美国用户的延迟 我们应该使用云运行/云函数缓存控制,以便数据将缓存在您的本地/邻近区域 CDN 上,以便快速加载数据(我们不能使用 FirebaseWeb SDK,因为如果我们使用 SDK,则无法通过 CDN 缓存,我们应该在 Firebase/云运行中使用云功能(

Firebase 托管到云运行重写可用性(截至 2020 年 8 月 31 日(

可用:

美国中部1, 美国东部1, 亚洲-东北地区1, 欧洲西部1

不适用于亚洲东部1, 欧洲-北部1, 欧洲西部4, 美国东部4, 美国西部1, 亚洲-东南部1

如果 Firebase 重写可用性在您所在地区不可用,请提交功能请求 Cloud Run 和 Firebase 托管至少在美洲、欧洲亚太区不可用。

仅供参考:如果使用多区域,云 Firestore 多区域也不适用于亚洲区域 Firestore 是将锁定的 Firebase 托管和云运行区域锁定到us-central1的修复

程序云运行可用性区域

(如果您获得上述任何区域的重写访问权限,请发表评论(

我实际上设法找到了一种"修复"这个问题的方法。我将区域更改为europe-west4而不是以前的europe-west1,这"修复"了我的部署问题。