AWS 服务名称的由来与命名规则 - 为什么 S3 有三个 S
深入探究 S3、EC2、Lambda、Aurora 等主要服务名称的由来，以趣味知识的形式解析 AWS 命名规则中隐藏的模式、命名失败案例和品牌重塑历史。
首字母缩写的黄金时代 - 早期服务的命名模式
AWS 的早期服务以简洁表达功能的首字母缩写来命名。S3（Simple Storage Service）因「Simple」「Storage」「Service」三个首字母 S 排列而得名 S3。EC2（Elastic Compute Cloud）同样是取首字母的缩写。SQS（Simple Queue Service）、SNS（Simple Notification Service）、SES（Simple Email Service）都遵循「Simple ○○ Service」的模式。这一时期的命名特征是功能一目了然，技术人员无需查阅文档就能推测服务的用途。然而，随着服务数量的增加，以 S 开头的缩写逐渐用尽，这种命名模式也到达了极限。
| 缩写 | 正式名称 | 缩写的构成方式 |
|---|---|---|
| S3 | Simple Storage Service | Simple、Storage、Service 的首字母都是 S，三个 S 于是写成 S3 |
| EC2 | Elastic Compute Cloud | 首字母是 E、C、C，两个 C 相连于是写成 EC2 |
| SQS | Simple Queue Service | 直接排列三个首字母，不使用数字 |
| SNS | Simple Notification Service | 同样是「Simple ○○ Service」模式 |
| SES | Simple Email Service | 同样是「Simple ○○ Service」模式 |
借自神话、天文学和自然现象的名称
随着服务数量的增加，AWS 开始从首字母缩写转向采用更具印象力的专有名词。Aurora 取自罗马神话中黎明女神的名字，象征着在兼容 MySQL 和 PostgreSQL 的同时超越传统数据库性能极限的「新黎明」。Neptune 是罗马神话中的海神，寓意在图数据库的「关系之海」中遨游。Lambda 取自 Lambda 演算（λ 演算），这是函数式编程的理论基础，暗示了函数即服务的本质。Glacier 意为冰川，表达了数据长期冷存储的概念。Kinesis 源自希腊语的「运动」，表达了实时数据流动的概念。这些名称不仅令人印象深刻，还巧妙地暗示了服务的特性。
命名冲突与品牌重塑的历史
如果持续命名到 AWS 自称「200 多项」的规模（截至 2026 年 8 月），名称冲突和混乱在所难免。AWS 的历史中有几次值得关注的品牌重塑。Amazon Elasticsearch Service 于 2021 年 9 月更名为 Amazon OpenSearch Service，背景是 Elastic 公司变更了许可证：在 Elasticsearch 和 Kibana 脱离了 Apache 2.0 许可证之后，AWS 以继续在 Apache 2.0 下开发的分支形式发起了 OpenSearch 项目，并在服务侧完成对 OpenSearch 的支持后统一了名称。CloudWatch Events 更名为 EventBridge，反映了从简单的事件路由向完整事件总线的功能扩展。AWS Certificate Manager 的缩写 ACM 与 Association for Computing Machinery 冲突，但 AWS 选择继续使用。ELB（Elastic Load Balancing）在 ALB、NLB、GWLB 的追加后变得复杂，但保留了 ELB 作为总称。
命名规则中隐含的默认规则
AWS 的服务名称中存在一些未被官方文档化的默认规则。第一，「Amazon」和「AWS」的区分使用。一般来说，面向终端用户的服务（Amazon S3、Amazon DynamoDB、Amazon Bedrock）使用「Amazon」，面向基础设施和开发者的服务（AWS Lambda、AWS CloudFormation、AWS CDK）使用「AWS」。第二，「Elastic」一词表示自动伸缩能力（EC2、ELB、ElastiCache、Elastic Beanstalk）。第三，「Managed」表示 AWS 代为运维开源软件或第三方软件（Amazon Managed Grafana、Amazon Managed Streaming for Apache Kafka）。第四，带有「Simple」的服务暗示入门门槛低（SQS、SNS、SES、SimpleDB）。了解这些规则后，即使遇到不熟悉的服务名称，也能大致推测其定位。
- 第一，Amazon 与 AWS 的区分面向终端用户的服务（Amazon S3、Amazon DynamoDB、Amazon Bedrock）冠以「Amazon」，面向基础设施与开发者的服务（AWS Lambda、AWS CloudFormation、AWS IAM）冠以「AWS」。但这条界线并不严格，例如 Amazon CloudWatch 面向开发者却仍用「Amazon」。
- 第二，名称越来越长早期的名称很短，如 S3、EC2、SQS；随着命名空间被占满，名称逐渐变长。AWS Application Migration Service、Amazon Managed Streaming for Apache Kafka 这类描述性名称越来越多。
- 第三，收购而来的服务如何命名Wickr 保留名称成为 AWS Wickr，而 CloudEndure Migration 并非改名，而是以迁移到后继服务 AWS Application Migration Service（MGN）的形式处理。保留原品牌还是并入 AWS 品牌，取决于知名度与战略判断。
从服务名称解读 AWS 的战略
按时间线追踪服务的命名模式，可以看到 AWS 战略的变迁。以下的时代划分并非 AWS 官方给出，而是本站对服务名称趋势的整理。初期以「Simple ○○ Service」模式为中心，处于提供云基本功能的阶段。随后借自神话和自然现象的印象性名称增多，AWS 逐步确立品牌个性。之后「Amazon Managed ○○」模式变得突出，反映了将开源软件作为托管服务提供的战略。2022 年以后，AI/ML 相关服务（Bedrock、SageMaker、Titan）的命名开始强调「基础」和「规模」。命名模式的变化反映了 AWS 从基础设施提供商向平台提供商、再向 AI 平台的战略转型。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。