Firebase文档审阅，还有一些关于选择Firestore和Cloud Functions位置的问题

Posted 2023-01-13

因此，我的大多数用户应位于印度，这就是为什么我正在考虑选择Asia-South1作为我的Firestore所在地。但是，此警告提示给我：

云功能客户注意事项：尚无法将功能部署到该位置。如果您的职能部门和Cloud Firestore位于不同的位置，则可能会遇到延迟增加和计费成本增加的问题。

现在文档告诉我，asia-east2是最接近功能的区域。

我在这方面有以下问题：

“给Cloud Functions客户的注释”是指Google Cloud Functions或Firebase Cloud Functions吗？ ---我只希望在我的项目中使用Firebase Cloud Functions。

如果大多数用户在asia-south1中时，如果我选择asia-east2作为Cloud Firestore的位置，这对我来说意味着额外的费用吗？如果您的存储位置与云功能位置不同，我将节省产生的出口成本，因此，我希望能够在此处进行成本效益分析。

对于不执行过多或过多的云功能的简单应用程序，您宁愿建议：

a。设置2个不同的位置-将我的用户总体位置设置为Cloud Firestore位置，将最近的Cloud Functions可用位置设置为Firebase Cloud Functions的位置

OR

B。将两个位置都设置为最近的Cloud功能可用位置，而不是我的用户位置。

答案

[在两个平台上都有云功能（它们几乎相同，但是配置不同），将根据调用这些功能的次数以及执行这些功能的资源成本（内存和CPU）向您收费”（当您超过[free-tier limits]时。

通过将Firestore位置设置为asia-south1并从asia-east2中的Cloud Functions中访问它，您将被收取（视情况而定）这两个数据中心位置之间的往返时间-即使Cloud Function正在等待寻求回应。

最终，最适合您的方法完全取决于您要尝试做的事情。以下是一些大致类别，可为您指明正确的方向：

如果您的应用程序对成本敏感，而不对时间敏感，请在asia-east2中同时放置“功能”和“ Firestore”部署。

[如果您的应用程序在客户端上对时间敏感，并且Cloud Functions的使用率很低

，您可以将这两个数据中心拆分为两个-但要为往返时间付费。您可以通过使用批处理写入field transforms并少量使用事务来减少网络跳数，同时还可以期待延迟和重试。

如果您的应用程序在客户端上对时间敏感，但是Cloud Functions的使用率足够高以超过免费使用限制

，请将[Functions]和Cloud Firestore部署并置在asia-east2中。

注意：

• 完全取决于数据结构和您的Cloud Functions所做的事情，将数据分片并维护两个Cloud Firestore实例可能是有益的-一个在asia-east2中供以Cloud Functions为重点的操作使用，另一个在[ C0]表示Cloud Functions很少使用的以客户为中心的数据。

Firebase还提供了asia-south1，可用于估算您的每月成本。尤其重要的可能是Networking（出口）

成本，因为目前尚不清楚数据中心到日期中心的成本是否会增加此成本。

您还可以提交cost calculator以将Feature Request添加为受支持的Cloud Functions区域，他们可以将其传递给相关团队。