Firebase:将firestore和函数+;托管不同位置会增加计费成本+;延迟

Firebase:将firestore和函数+;托管不同位置会增加计费成本+;延迟,firebase,google-cloud-firestore,google-cloud-functions,firebase-hosting,Firebase,Google Cloud Firestore,Google Cloud Functions,Firebase Hosting,不同的firestore和功能+托管是否会增加相同位置的计费成本+延迟 我有一个Firebase项目,在那里我使用Firestore、函数和主机。默认GCP资源位置和Firestore位置为eur3(欧洲西部)。应用程序的主要用途是针对欧洲 设置此位置后,我注意到docs声明: 如果您使用HTTP函数为Firebase主机提供动态内容,则必须使用us-central1。 以及: Firebase主机仅支持us-central1中的云功能 即使应用程序的主要用途/目标受众在欧洲,将所有位置都放在u

不同的firestore和功能+托管是否会增加相同位置的计费成本+延迟

我有一个Firebase项目,在那里我使用Firestore、函数和主机。默认GCP资源位置和Firestore位置为eur3(欧洲西部)。应用程序的主要用途是针对欧洲

设置此位置后,我注意到docs声明: 如果您使用HTTP函数为Firebase主机提供动态内容,则必须使用us-central1。 以及: Firebase主机仅支持us-central1中的云功能


即使应用程序的主要用途/目标受众在欧洲,将所有位置都放在us-central1上是否更为理想?

将所有位置放在us-central1上并非最佳,因为延迟肯定会比在同一地区托管更高,尽管要高多少,这在很大程度上取决于您的使用情况。成本也会有所不同,但可能相差不大。下面是一个例子,它会有所帮助。

理想情况下,您的主机和功能将位于同一地区。更重要的是,在使用函数时要考虑延迟,而且还要考虑成本

如果函数位于与宿主不同的区域,则调用该函数时,您将为进出流量付费

Firebase确实允许您在多个位置承载功能


这是您应该针对特定用例进行基准测试的内容。