Cloud Functions 位置

Cloud Functions 是区域级的，这意味着运行 Cloud Functions 函数的基础架构位于特定区域并由 Google 代管，从而可以在这些区域内的所有可用区以冗余方式提供。

选择在哪些区域中运行您的函数时，应主要考虑延迟时间和可用性。通常，您可以选择离您的用户较近的区域，但除此之外，还应该考虑您的应用使用的其他产品和服务的位置。跨多个区域使用服务可能会影响应用的延迟和价格。

支持的区域

在本部分的列表中，energy_savings_leaf 图标表示相应区域的电力是以低碳方式生产的。如需了解详情，请参阅 Google Cloud 区域的无碳能源数据。

Cloud Functions 在以下区域中以层级 1 价格提供：

asia-east1（台湾）
asia-east2（香港）仅限第 1 代
asia-northeast1（东京）
asia-northeast2（大阪）
europe-north1（芬兰）energy_savings_leaf 仅限第 2 代
europe-west1（比利时） energy_savings_leaf
europe-west2（伦敦）仅限第 1 代
us-central1（爱荷华） energy_savings_leaf
us-east1（南卡罗来纳）
us-east4（北弗吉尼亚）
us-west1（俄勒冈） energy_savings_leaf

Cloud Functions 在以下区域中以层级 2 价格提供：

asia-east2（香港）仅限第 2 代
asia-northeast3（首尔）
asia-southeast1（新加坡）
asia-southeast2（雅加达）
asia-south1（孟买）仅限第 2 代
australia-southeast1（悉尼）
australia-southeast2（墨尔本）仅限第 2 代
europe-central2（华沙）
europe-west2（伦敦）仅限第 2 代
europe-west3（法兰克福）
europe-west6（苏黎世） energy_savings_leaf
northamerica-northeast1（蒙特利尔） energy_savings_leaf
northamerica-northeast2（多伦多）energy_savings_leaf 仅限第 2 代
southamerica-east1（圣保罗） energy_savings_leaf
southamerica-west1（智利圣地亚哥）仅限第 2 代
us-west2（洛杉矶）
us-west3（盐湖城）
us-west4（拉斯维加斯）

给定项目中的函数名称在给定区域内必须是唯一的（不区分大小写），但不同区域或不同项目的函数可以重名。

更改区域的最佳实践

默认情况下，函数在 us-central1 区域中运行。请注意，这可能不同于事件来源（例如 Cloud Storage 存储桶）所在的区域。如果需要更改运行函数的区域，请按照本部分中针对每种函数触发器类型的建议进行操作。

如需设置运行函数的区域，请在函数定义中设置 region 参数，如下所示：

exports.myStorageFunction = functions
    .region('europe-west1')
    .storage
    .object()
    .onFinalize((object) => {
      // ...
    });

您可以通过在 functions.region() 中传递多个以英文逗号分隔的区域字符串来指定多个区域。如需详细了解推荐的操作步骤，请参阅更改函数的区域。

HTTP 和客户端 Callable 函数

对于 HTTP 和 Callable 函数，我们建议您首先将函数设到目标区域（或离大多数预期客户所在位置最近的位置），然后更改原始函数以将其 HTTP 请求重定向到新函数（函数名称可以相同）。如果 HTTP 函数的客户端支持重定向，那么您只需更改原始函数，使其返回 HTTP 重定向状态 (301) 以及新函数的网址即可。如果您的客户端无法很好地处理重定向，您可以从原始函数发起指向新函数的新请求，以便将请求从原始函数（代理）转发到新函数。最后一步是确保所有客户端都调用新函数。

在客户端为 Callable 函数选择位置

对于 Callable 函数，客户端的相应设置应遵循与 HTTP 函数相同的准则。客户端也可以指定区域，如果该函数在 us-central1 以外的区域中运行，则必须这样做。

如需在客户端上设置区域，请在初始化时指定所需的区域：

Swift

lazy var functions = Functions.functions(region:"europe-west1")

Objective-C

@property(strong, nonatomic) FIRFunctions *functions;
// ...
self.functions = [FIRFunctions functionsWithRegion:@"europe-west1"];

Web


var functions = firebase.app().functions('europe-west1');

Android

private FirebaseFunctions mFunctions;
// ...
mFunctions = FirebaseFunctions.getInstance("europe-west1");

C++

firebase::functions::Functions* functions;
// ...
functions = firebase::functions::Functions::GetInstance("europe-west1");

Unity

firebase.Functions.FirebaseFunctions functions;

functions = Firebase.Functions.FirebaseFunctions.GetInstance("europe-west1");

后台函数

后台函数采用“至少传送一次事件”语义，这意味着在某些情况下它们可能会收到重复事件。因此，在实现此类函数时应遵循幂等原则。如果您的函数已遵循幂等原则，那么您可以采用相同的事件触发器在新区域中重新部署该函数，并在验证新函数能正确接收流量后移除旧函数。在此过渡期间，两个函数都将收到事件。请参阅更改函数的区域，了解更改函数区域的推荐命令顺序。

如果您的函数目前不遵循幂等原则，或者它的幂等性只在其所在区域内有效，我们建议您在移动该函数之前先实现幂等性。

推荐的最佳区域因事件触发器类型而异：

触发器类型	推荐区域
Cloud Firestore	离 Cloud Firestore 实例位置最近的区域（参阅下一部分）
Realtime Database	始终为 `us-central1`
Cloud Storage	离 Cloud Storage 存储桶位置最近的区域（请参阅下一部分）
其他	如果您在函数内与 Realtime Database 实例、Cloud Firestore 实例或 Cloud Storage 存储桶交互，则推荐的区域等同于您在由其中某项资源触发函数时会选择的区域。否则，请使用默认区域 `us-central1`。关联到 Firebase Hosting 的函数可以位于任何区域，但是如需查看建议，请参阅托管无服务器概览。

根据 Cloud Firestore 和 Cloud Storage 位置选择区域

函数的可用区域与 Cloud Firestore 数据库和 Cloud Storage 存储桶的可用区域并不总是完全相同。

请注意，如果您的函数与您的资源（数据库实例或 Cloud Storage 存储桶）位于不同的位置，那么延迟时间和结算费用可能会增加。

对于不支持同一区域的情况，Cloud Firestore 和 Cloud Storage 支持函数的最近区域分别如下：

Cloud Firestore 和 Cloud Storage 的区域/多区域	最近的函数区域
`nam5` 或 `us-central`（多区域）	`us-central1`
`eur3` 或 `europe-west`（多区域）	`europe-west1`
`europe-west4`（荷兰）	`europe-west1`
`asia-south1`（孟买）	`asia-east2`
`asia-south2`（德里）	`asia-east2`
`australia-southeast2`（墨尔本）	`australia-southeast1`