根据文档，Firebase功能当前仅支持4个区域-“ us-central1”，“ us-east1”，“ europe-west1”，“ asia-northeast1”
这意味着距离较远的位置会产生更多的延迟，并且通常会转化为较低的性能。
如何解决此限制？
答案 0 :(得分：0)
1）选择距离您最近的位置。您可以在不同区域中设置测试云功能，并测试往返延迟。只有您可以发现有关您的位置的详细信息。
2）将您的软件体系结构集中在本地可用的基础架构上。
尽可能直接使用Firestore。 （我不确定Firestore区域的可用性，但确实有离线数据，您无法比这更紧密！）。当然，可以将Firestore用于基本的CRUD API。
3）Architect将CloudFunctions用于批处理和后台处理。如果需要任何业务逻辑处理，则将数据写入Firestore，并在写入数据事件时触发FF触发器。使该触发器更新带有其他处理和状态的记录，然后将其触发回到客户端。 （已编辑）
您还具有能够使用Firestore控制授权的额外好处，而在Function中，该功能没有管理员级别的授权控制。
4）减少聊天次数-最大限度地减少CloudFunction调用的数量，并确保您的CloudFunctions自己一次执行更多操作并一次返回更多完整数据。