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 开头的缩写逐渐用尽，这种命名模式也到达了极限。
借自神话、天文学和自然现象的名称
随着服务数量的增加，AWS 开始从首字母缩写转向采用更具印象力的专有名词。Aurora 取自罗马神话中黎明女神的名字，象征着在兼容 MySQL 和 PostgreSQL 的同时超越传统数据库性能极限的「新黎明」。Neptune 是罗马神话中的海神，寓意在图数据库的「关系之海」中遨游。Lambda 取自 Lambda 演算（λ 演算），这是函数式编程的理论基础，暗示了函数即服务的本质。Glacier 意为冰川，表达了数据长期冷存储的概念。Kinesis 源自希腊语的「运动」，表达了实时数据流动的概念。这些名称不仅令人印象深刻，还巧妙地暗示了服务的特性。
命名冲突与品牌重塑的历史
持续为 200 多项服务命名，名称冲突和混乱在所难免。AWS 的历史中有几次值得关注的品牌重塑。Amazon Elasticsearch Service 于 2021 年更名为 Amazon OpenSearch Service，背景是与 Elastic 公司的商标纠纷，AWS 将 Elasticsearch 分叉为 OpenSearch。CloudWatch Events 更名为 EventBridge，反映了从简单的事件路由向完整事件总线的功能扩展。AWS Certificate Manager 的缩写 ACM 与 Association for Computing Machinery 冲突，但 AWS 选择继续使用。ELB（Elastic Load Balancing）在 ALB、NLB、GLB 的追加后变得复杂，但保留了 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）。了解这些规则后，即使遇到不熟悉的服务名称，也能大致推测其定位。
从服务名称解读 AWS 的战略
按时间线追踪服务的命名模式，可以看到 AWS 战略的变迁。2006-2012 年的初期是「Simple ○○ Service」模式，处于提供云基本功能的阶段。2012-2018 年借自神话和自然现象的印象性名称增多，是 AWS 确立品牌个性的时期。2018-2022 年「Amazon Managed ○○」模式急增，反映了将开源软件作为托管服务提供的战略。2022 年以后，AI/ML 相关服务（Bedrock、SageMaker、Titan）的命名开始强调「基础」和「规模」。命名模式的变化反映了 AWS 从基础设施提供商向平台提供商、再向 AI 平台的战略转型。 如需了解 AWS 的历史和战略，相关书籍 (Amazon) 也可供参考。