AWS 的先发优势与规模经济 - 2006 年起 18 年积累的意义
从服务的广度与深度、API 的向后兼容性、生态系统厚度的角度，将 AWS 自 2006 年创造公有云市场以来积累的先发优势与 Azure、GCP 进行比较。
发明公有云的企业的优势
2006 年 3 月，Amazon 发布了 S3（Simple Storage Service），同年 8 月开始了 EC2（Elastic Compute Cloud）的 Beta 版。这是公有云的起点。Azure 于 2010 年正式发布，Google 则于 2008 年发布 App Engine，并于 2012 年开始提供虚拟机服务 Compute Engine 的预览版。AWS 率先开拓这一市场的数年间不只是单纯的时间差，AWS 在此期间积累了云计算的基本设计模式、运营经验和故障应对的知识。区域与可用区的设计、按用量付费模式、API 优先的服务设计、责任共担模型等如今已成为云行业标准的概念，多数由 AWS 最先定义并实现。后发厂商虽然吸收了这些概念，但要把实际运营中打磨出的细节操作流程和故障时的行为也如出一辙地复现并不容易。
200 多项服务的意义 - 广度与深度的兼顾
AWS 在自家介绍页面上标注为“超过 200 项服务”，在数量上与其他厂商属于同一规模。不过，各厂商对“算作一项服务”的前提各不相同，服务数量的比较不能直接当作优劣来看。真正影响实务的是同一领域内准备了多少选项，即“深度”。AWS 的许多服务经过多年的客户反馈和迭代，在功能粒度和边缘情况的处理上有所积累。例如 S3 自 2006 年发布以来持续演进，存储类别、生命周期策略、复制选项、访问控制的粒度不断细化。
API 的向后兼容 - 积累的实绩与服务存续是两回事
AWS 的特征之一，是长期维持已发布 API 向后兼容的运营实绩。2006 年发布的 S3 API 在基本操作上至今仍可正常使用。新功能以新 API 或参数的形式追加，基本做法是在不破坏现有调用方式的前提下扩展。构建在云上的系统因厂商 API 变更而无法运行的风险直接关系到迁移成本和维护成本，因此这种积累具有实务价值。不过，把它理解为“AWS 不会废弃任何已发布的东西”是错误的。2025 年以来，AWS 以服务为单位集中公告停止提供和停止接受新客户。Azure 和 GCP 也重视向后兼容，但 API 版本管理的方式不同。Azure 的 ARM API 采用日期版本控制，旧版本最终会被弃用。GCP 也有 API 弃用策略，给予一定的迁移期限后停止旧版本。API 的兼容性与服务的存续是两回事，无论选择哪家厂商，都应以两者都需要确认为前提进行设计。
规模经济与自研硬件如何作用于成本
AWS 通过拥有自研硬件，为调整成本结构留出了空间。基于 Arm 的 Graviton 处理器已迭代多代，可在 EC2、Aurora、Lambda 等多项服务中选用。Nitro 系统把虚拟化的网络处理和存储处理卸载到专用硬件上，将原本由虚拟机监控程序消耗的资源转给实例使用。与直接堆叠通用服务器相比，这意味着 AWS 能够自行调整同等费用下可提供的性能范围，直接关系到定价政策的自由度。事实上，AWS 自 2006 年开始提供服务以来多次降价。用户增加 → 规模经济发挥作用 → 成本下降 → 用户进一步增加，这一飞轮式的思路是 AWS 自身反复阐述过的结构。
生态系统的厚度 - 合作伙伴与第三方支持的层次
2006 年以来的积累也体现在以 AWS 为中心的生态系统厚度上。按 AWS 公布的表述，AWS 合作伙伴网络覆盖 198 个国家，有数千家规模的软件合作伙伴和服务合作伙伴参与，SI、ISV、咨询公司提供以 AWS 为前提的解决方案。在人才方面，AWS 认证按 Foundational、Associate、Professional、Specialty 分层设置，可以按角色和级别给出技能的参考标准。Terraform 和 Ansible 备有面向 AWS 的 provider 和模块，Datadog、Splunk、Snowflake 也把与 AWS 的集成作为标准功能提供。这种生态系统的厚度让现有用户放心：选择 AWS 就不必为周边工具和合作伙伴的选项发愁。不过周边工具的支持情况因领域而异，若以特定 SaaS 或监控产品为前提，最好逐一确认其在拟采用云上的支持范围。
先发优势的局限与后发者的追赶
先发优势并非万能。Azure 以与 Microsoft 现有产品（Microsoft 365、Windows Server、SQL Server、Active Directory）的集成为武器，从本地 Windows 环境迁移时，在自带许可和身份基础设施的对接上有时步骤更少。GCP 在 BigQuery、GKE、Vertex AI 等特定领域具有优势，Kubernetes 本来就是 Google 公开的开源项目。若以数据仓库或容器平台为核心进行设计，值得优先评估这些服务。先发优势不是永恒的。技术范式的转换（如生成 AI 的兴起）可能重新定义竞争格局。2006 年以来积累的运营实绩和服务广度是 AWS 的优势，但它是否对自身需求有效，需要逐项需求加以确认。
总结
AWS 的先发优势，以 2006 年以来积累的服务广度与深度、维持 API 向后兼容的运营实绩、包含自研硬件的成本结构，以及合作伙伴与第三方支持的厚度这几种形式留存至今。另一方面，已发布的服务并不会永久接受新客户，2025 年以来停止提供和停止接受新客户已改为集中公告。Azure 在与 Microsoft 产品的集成、GCP 在分析平台和容器平台上各有优势，比较时务实的做法不是排综合名次，而是看所需服务的提供状况、与现有资产的对接性、价格折扣条件等具体条件。在选择长期稳定的基础平台时，把积累的内容拆开来看的视角会有帮助。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。