AWS 的区域与边缘站点 - 33 个区域、600 多个 PoP 创造的物理优势
梳理 AWS 的区域、可用区（AZ）和边缘站点是如何构成的，并从实务角度解读利用东京和大阪 2 个区域的 DR 设计、数据主权要求的应对以及在边缘执行处理。
云的竞争力由物理基础设施决定
云服务比较中往往关注功能丰富度和定价体系。然而，支撑云根基的是物理基础设施。数据中心在哪里、有多少个。网络接入点分布有多广。这种物理布局直接关系到延迟、可用性、数据主权和灾难恢复。AWS 自 2006 年开始提供服务以来，持续投资全球基础设施，截至 2026 年 8 月已在 39 个地理区域部署 123 个 AZ，并作为 CloudFront 的分发网络拥有 750 多个 PoP（Point of Presence）和 15 个区域边缘缓存。不过，这类站点数的统计前提因提供商而异，不能把数字大小直接当作优劣来解读。实务上有意义的是构成本身：区域如何构成、所选区域是否提供所需服务、与终端用户的距离能缩短到什么程度。
区域与 AZ 的构成 - 比站点数更应先确认的事项
AWS 的区域是将多个 AZ 组合在一起的单位。每个 AZ 是具备独立电源、冷却和物理安全的数据中心群，彼此之间保持有意义的物理距离。AWS 文档说明，同一区域内的所有 AZ 都位于 100 km（60 英里）以内，并通过低延迟的专用网络相连。得益于这种构成，跨 AZ 的同步复制可以在实用的延迟内成立，单个数据中心的故障可以通过设计吸收。开设新区域时也适用相同的架构标准，但各区域提供的服务并不相同，新服务和新功能通常从主要区域开始陆续推出，选择迁移目标或 DR 区域时务必确认各区域的服务提供情况。比较站点数时也需要同样的视角：区域一词的定义、是否一定具备相当于 AZ 的分区、一般客户是否可以使用、所需服务是否在该站点提供，这 4 点不对齐，仅罗列总数并不构成比较。
日本国内的构成 - 东京、大阪 2 个区域的用法
对日本用户来说重要的是，日本国内有东京区域（ap-northeast-1）和大阪区域（ap-northeast-3）这 2 个完整区域。东京区域 2011 年开设，拥有 4 个 AZ。大阪区域 2021 年升级为完整区域，具备 3 个 AZ。两者直线距离约 400 km，因此对于同一区域内 AZ 分散（100 km 以内）无法吸收的广域灾害，也可以构建在国内完成的 DR 配置。容易混淆的是 Local Zone：截至 2026 年 8 月 AWS 部署了 45 个 Local Zone，但日本国内没有 Local Zone，以 ap-northeast-1（东京）为父区域的 Local Zone 是位于台湾（台北）的 ap-northeast-1-tpe-1a。此外，大阪区域提供的服务与东京区域并不完全一致，设计 DR 配置前应确认待机侧所需的服务和跨区域数据复制功能在大阪是否可用。
边缘站点密度 - 最后一英里的竞争
如果区域是后端处理基础，边缘站点就是最接近终端用户的接触点。截至 2026 年 8 月，AWS 作为 CloudFront 的分发网络部署了 750 多个 PoP（Point of Presence）和 15 个区域边缘缓存。区域边缘缓存是位于 PoP 与源站之间的中间缓存层，承接单个 PoP 容纳不下的内容，减少到源站的往返。边缘站点的密度越高，与终端用户的物理距离越短，内容分发的延迟越低。此外，AWS 的边缘不仅是缓存，还通过 Lambda@Edge 和 CloudFront Functions 在边缘执行计算，认证、重定向、标头改写和攻击阻断都可以在到达源站之前完成，边缘正从「分发站点」扩展为「执行处理的站点」。
区域选择的自由度与数据主权
对使用云的企业来说，数据存储在哪个国家是法律和监管上的重要问题。GDPR、个人信息保护法、金融监管等限制数据地理位置的法规在全球加强。AWS 的区域默认相互独立，放在某个区域的数据不会在用户未指示的情况下被复制到其他区域，这一「不跨区域」的原则是管理数据所在地的基础。截至 2026 年 8 月区域有 39 个，欧洲有爱尔兰、法兰克福、伦敦、巴黎、米兰、斯德哥尔摩、西班牙、苏黎世等，此外还可以选择在欧盟域内独立运营的 AWS European Sovereign Cloud（德国勃兰登堡州）。要确实固定数据所在地，通常的做法是用 IAM 策略条件键 aws:RequestedRegion 或 AWS Organizations 的服务控制策略限制可用的区域本身。
基础设施扩展的实绩与已公布的计划
选择云提供商时，不仅要看当前基础设施规模，扩展的实绩和已公布的计划也是判断依据。AWS 一直保持事先公布新区域开设的做法，近期在 2024 年开设了亚太（马来西亚）区域，2025 年开设了亚太（泰国）、墨西哥和新西兰区域。截至 2026 年 8 月已公布的新建计划是沙特阿拉伯和智利的 2 个区域，合计预定增加 7 个 AZ。区域的开设涉及用地、电力与线路以及当地法规的应对，从公布到投入运营需要以年计的时间，因此应把已公布的计划当作「该地区未来可能增加选项」的材料，而不要以开设时间为前提制定迁移计划。
物理基础设施的构成带来的实务收益
整理区域和边缘站点的构成如何影响实务。第一，延迟优化。可以选择靠近用户的区域和边缘，物理性地改善应用响应速度。第二，DR 设计的灵活性。同一国内有多个区域时，可以在维持数据主权的同时实现地理分散的 DR 配置。第三，合规应对。可以选择符合监管要求的区域，并通过策略固定数据所在地。第四，扩展时设计的复用。区域的设计标准统一，以 AZ 分散为前提的可用性设计可以在新区域原样沿用。不过，各区域提供的服务和配额存在差异，事先梳理进出地区要使用的服务并准备吸收功能差异的设计，是获得这些收益的前提。
总结
截至 2026 年 8 月，AWS 的全球基础设施拥有 39 个区域、123 个 AZ、750 多个边缘站点的规模，区域设计标准统一、边缘不仅分发还能执行处理是其结构上的特征。站点数本身受统计方式影响，比较时应进一步确认是否具备相当于 AZ 的分区、一般客户是否可以使用、是否提供所需服务。日本市场中，东京 4 AZ 与大阪 3 AZ 这 2 个完整区域相距约 400 km，是最大的实务价值，可以同时成立国内数据保留和广域灾害的应对。日本国内没有 Local Zone，以东京为父区域的 Local Zone 位于台湾（台北），这一点也需要把握。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。