AWS 边缘策略 - Outposts、Local Zones、Wavelength 描绘的混合云未来
将 AWS 通过 Outposts、Local Zones、Wavelength 三大边缘服务展开的混合/边缘策略与 Azure Stack 及 GCP Distributed Cloud 进行比较，解析选择广度和设计思想的差异。
并非所有工作负载都能迁移到云端
公有云的优势已被广泛认知，但现实中并非所有工作负载都能迁移到公有云区域。数据主权法规要求将数据保留在特定设施内、需要超低延迟的实时处理、工厂和门店等现场的边缘处理、需要与 5G 网络集成的移动应用等，仅靠公有云区域无法覆盖的用例确实存在。AWS 针对这一课题提供了 Outposts、Local Zones、Wavelength 三种不同的边缘服务。各自针对不同用例优化，用户可根据需求选择合适的服务。这种按用途提供多个专业化边缘服务的方案，与 Azure 和 GCP 的设计思想不同。
Outposts - 将 AWS 整体搬到本地
AWS Outposts 是将 AWS 的基础设施、服务、API、工具扩展到客户本地环境的服务。在客户数据中心安装 AWS 设计制造的机架，可使用与 AWS 区域相同的 API 来使用 EC2、EBS、S3、RDS、ECS、EKS 等服务。Outposts 的核心价值是一致性。本地和云端使用相同的 API、相同的工具（CloudFormation、CDK）、相同的运维流程，大幅降低混合环境的运维复杂度。开发者几乎不需要意识到部署目标是区域还是 Outposts。Outposts 采用 AWS 拥有和管理的模式，硬件维护、软件更新、安全补丁全部由 AWS 负责。客户只需提供电力、网络和物理空间。这种运维模式适合希望摆脱本地硬件管理但又需要控制数据物理位置的需求。
与 Azure Stack 的设计思想差异
Azure 的混合解决方案由 Azure Stack Hub、Azure Stack HCI、Azure Stack Edge 三部分构成。Azure Stack Hub 与 Outposts 定位最接近，但设计思想有重要差异。Azure Stack Hub 是在客户购买并拥有的硬件上运行 Azure 服务的模式。硬件的采购、安装、维护由客户（或合作伙伴）负责，与 AWS Outposts 的 AWS 拥有和管理模式形成对比。此外，Azure Stack Hub 可用的服务不是 Azure 全集而是子集。API 兼容性也不完全，在 Azure 区域运行的模板可能无法直接在 Azure Stack Hub 上运行。Azure Stack HCI 是基于 Windows Server 的超融合基础设施，通过 Azure Arc 管理。虽然与现有 Windows Server 环境亲和性高，但在与 AWS 服务一致性方面不及 Outposts。GCP 以 Distributed Cloud 提供 Google Distributed Cloud Edge 和 Google Distributed Cloud Hosted，但与 Outposts 和 Azure Stack 相比市场实绩有限。
Local Zones - 区域延伸的超低延迟据点
AWS Local Zones 是将 AWS 区域扩展到特定城市的服务。与区域的 AZ 不同，设置在大都市圈中心附近，实现与终端用户之间个位数毫秒的延迟。Local Zones 适用于实时游戏、直播视频、AR/VR、金融交易等对延迟极其敏感的工作负载。补充区域 AZ 因物理距离限制无法达到的延迟要求。Local Zones 的重要特点是可以扩展父区域的 VPC 来使用。无需创建新 VPC，只需在现有 VPC 中添加子网即可开始使用 Local Zones 资源。IAM、CloudWatch、CloudTrail 等管理服务也与父区域集成，保持运维一致性。Azure 和 GCP 没有直接对应 Local Zones 的服务。Azure 的 Extended Zones（原 Azure Edge Zones）概念类似，但在部署城市数和可用服务范围上不及 Local Zones。
Wavelength - 在 5G 网络内部运行的云
AWS Wavelength 是在电信运营商的 5G 网络内部署 AWS 计算和存储的服务。移动设备的流量无需离开运营商网络即可访问 AWS 服务，与经由互联网相比大幅降低延迟。Wavelength 的用例是利用 5G 超低延迟的应用。自动驾驶的实时决策、工厂工业 IoT、远程医疗的手术支持、云游戏等，在要求毫秒级延迟的领域发挥价值。AWS 与 KDDI、Verizon、Vodafone、SK Telecom 等全球主要电信运营商合作部署 Wavelength Zone。在日本通过与 KDDI 合作，在东京和大阪设置了 Wavelength Zone。Azure 和 GCP 也有 5G 边缘的举措，但像 Wavelength 这样直接在运营商网络内部署云基础设施的方案，AWS 处于领先地位。
三大边缘服务的选用指南
Outposts、Local Zones、Wavelength 各自针对不同用例优化。Outposts 适用于因数据主权或合规要求需将数据保留在特定设施内，或需要在本地运行 AWS 服务的场景。Local Zones 适用于需要与大都市圈终端用户之间实现个位数毫秒延迟的场景。Wavelength 适用于需要在 5G 网络内实现超低延迟处理的移动应用场景。三者并非互斥，可根据需求组合使用。关于边缘计算的设计模式，相关书籍 (Amazon) 也可供参考。
总结
AWS 的边缘策略由 Outposts（本地扩展）、Local Zones（都市圈低延迟）、Wavelength（5G 边缘）三个专业化服务构成。均与 AWS 区域使用相同的 API 和工具，保持运维一致性。Azure Stack 系列虽然提供类似功能，但在 API 一致性和运维模式上与 Outposts 有设计思想的差异。GCP 的 Distributed Cloud 市场实绩有限。边缘服务的选择广度和各服务的成熟度方面，AWS 领先于其他云服务商。