美国西部
us-west1面向最接近太平洋和山地地区客户的美国西部规划区域。
- Google Cloud 位置
- 俄勒冈和洛杉矶扩展路径
- 启动可用性
- 2026 年底
- 延迟指引
EngineGrids 区域足迹
EngineGrids 区域主场是带有明确启动就绪信号的 Google Cloud 区域。位于南卡罗来纳州的 us-east1 现在可用于新的 grids；美国西部、欧洲西部和东南亚是规划中的扩展区域。选择最靠近客户、操作人员、系统和数据要求的运营主场。
1当前可用3已计划
美国东部
us-east1现在可用于服务美洲东半部客户、操作人员和系统的新 grids。
- Google Cloud 位置
- 南卡罗来纳州
- 启动可用性
- 可用于新 grids
- 延迟指引
欧洲西部
europe-west1面向需要接近欧盟的低延迟和数据驻留一致性的团队的欧洲规划区域。
- Google Cloud 位置
- 比利时和荷兰扩展路径
- 启动可用性
- 2026 年底
- 延迟指引
东南亚
asia-southeast1面向服务东南亚运营人员和系统的客户的亚太规划区域。
- Google Cloud 位置
- 新加坡扩展路径
- 启动可用性
- 2026 年底
- 延迟指引
区域数据放置
将执行记录、runtime 活动和客户敏感工作放在业务承担责任的区域。
具备驻留意识的运营
让意图、执行状态和审计历史与所选区域数据平面保持一致。
Google Cloud 区域扩展
从可用的 us-east1 开始，并随着要求扩展到北美、欧洲和亚太地区而使用规划区域。
延迟与责任
使用区域选择来考虑客户距离、数据要求和长期运营。
区域选择属于运营模型。
问题不只是计算在哪里运行。还包括重要工作在哪里被记录、审查、计费，并在 grids 从首次启动走向更广泛运营时保持受控。
从匹配首次启动的区域开始。
当第一个 grid 需要美国东部或更广泛美洲范围内的可用区域主场时，请使用 us-east1。
让规划扩展保持明确。
在美国西部、欧洲西部和东南亚完成启动评审前，将它们视为规划中的区域主场。
将地理位置作为控制的一部分。
将区域放置与审批、marketplace 访问和运营记录配对，让增长保持可理解。
从可用的区域主场启动。
今天从 us-east1 开始新的 grids，然后在业务有理由时扩展区域覆盖。