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

Question

我正在尝试将 Firebase 托管用于连接到 Cloud Run 的 CDN。昨天，我在 eu-west1 地区测试了一些东西，一切顺利。今天我尝试做同样的事情，但对于 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"
        }
      }
    ],

同样适用于新的 asia-southeast1 区域

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

Answer 1

从这里info这是有关重写的详细信息:

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

示例:如果您的位置是印度，您最近的可用云运行是 asia-southeast1 新加坡，我们无法选择 asia-southeast1

请求路径是这样的:

you→India(CDN)→USA(Firebase)→Signapore(CloudRun+aync call to Firestore India)→USA→CDN→you(这在延迟方面真的很糟糕)。

你→印度(CDN)→美国(Firebase)→美国us-central1(CloudRun+aync调用Firestore India)→美国→CDN→你

(静态页面加载速度很快，但 webapp 上的 Firestore 动态数据加载时延迟非常糟糕，我们应该为 Firestore 选择 us-central1，这也不会使用您的本地资源区域 GCP 产品这真的很奇怪，Firebase 托管至少不适用于美国欧洲亚太区域)。

结论(截至目前):

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

Firebase 托管到 Cloud Run 的重写可用性(截至 2020 年 8 月 31 日)

可用:

us-central1,美国东部1，亚洲东北1，欧洲西部1

不可用亚洲东1，欧洲北部1，欧洲西部4，美国东部4，美国西部1，亚洲-东南1

请提交 feature request对于 Firebase 重写可用性(如果它在您所在的地区不可用) Cloud Run 和 Firebase 托管至少在美洲、欧洲和亚太地区不可用。

仅供引用:Cloud Firestore multi-region如果使用多区域 Firestore 是锁定 Firebase 托管和云运行区域到 us-central1

的修复，则也不适用于亚洲区域

Cloud Run availability region

(如果您获得对上述任何区域的重写权限，请发表评论)