AWS サービス名の由来と命名規則 - なぜ S3 は S が 3 つなのか
S3、EC2、Lambda、Aurora など主要サービスの名前の由来を掘り下げ、AWS の命名規則に潜むパターン、命名の失敗例、リブランディングの歴史を雑学的に解説します。
頭字語の黄金時代 - 初期サービスの命名パターン
AWS の初期サービスは、機能を端的に表す頭字語で命名されました。S3 (Simple Storage Service) は「Simple」「Storage」「Service」の頭文字 S が 3 つ並ぶことから S3 です。EC2 (Elastic Compute Cloud) も同様に頭文字を取った略称です。SQS (Simple Queue Service)、SNS (Simple Notification Service)、SES (Simple Email Service) と、「Simple ○○ Service」のパターンが初期には多用されました。この「Simple」という接頭辞には、AWS の設計哲学が反映されています。2006 年当時、企業がメッセージキューやメール配信基盤を自前で構築するには、ミドルウェアの選定、サーバーの調達、運用体制の構築に数ヶ月を要していました。AWS はこれを API 一つで利用可能にしたことを「Simple」と表現したのです。ただし、SQS の仕様は決して単純ではなく、可視性タイムアウト、デッドレターキュー、FIFO キューなど高度な機能を備えています。「Simple」は利用開始の容易さを指しており、機能の単純さを意味するわけではありません。
| 略称 | 正式名称 | 略称の組み立て |
|---|---|---|
| S3 | Simple Storage Service | Simple・Storage・Service の頭文字 S が 3 つ並ぶので S3 |
| EC2 | Elastic Compute Cloud | 頭文字は E・C・C。C が 2 つ続くので EC2 |
| SQS | Simple Queue Service | 頭文字 3 文字をそのまま並べた形。数字は使わない |
| SNS | Simple Notification Service | 同じ「Simple ○○ Service」パターン |
| SES | Simple Email Service | 同じ「Simple ○○ Service」パターン |
神話・天文学・自然現象から借りた名前たち
サービス数が増えるにつれ、AWS は頭字語から離れ、より印象的な固有名詞を採用するようになりました。Aurora はローマ神話の夜明けの女神の名前です。MySQL や PostgreSQL と互換性を持ちながら、従来のデータベースの性能限界を超える「新しい夜明け」を象徴しています。Neptune はローマ神話の海の神で、グラフデータベースの「関係性の海」を泳ぐイメージです。Lambda はラムダ計算 (λ-calculus) に由来します。アロンゾ・チャーチが 1930 年代に考案した計算モデルで、関数を第一級オブジェクトとして扱う概念は、サーバーレスの「関数をデプロイして実行する」というパラダイムと直結しています。Kinesis はギリシャ語の「動き」(kinesis) から来ており、リアルタイムデータの流れを表現しています。Glacier は氷河です。データを長期間、低コストで凍結保存するアーカイブストレージの性質を、氷河が何千年もかけて物質を保存する様子になぞらえています。取り出しに時間がかかる点も氷河の比喩として秀逸です。なお単体サービスとしての Amazon Glacier は 2025 年 11 月 7 日から新規顧客への提供を終了しており、この名前は現在 S3 Glacier Instant Retrieval / S3 Glacier Flexible Retrieval / S3 Glacier Deep Archive という Amazon S3 のストレージクラス名として受け継がれています (2026 年 8 月時点)。
命名の衝突とリブランディングの歴史
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 への対応を完了したタイミングで名称を揃えました。AWS CodeStar は 2024 年 7 月 31 日をもってコンソールからの利用と新規プロジェクトの作成を終了し、その受け皿として Amazon CodeCatalyst が案内されました。ところがその CodeCatalyst 自体も 2025 年 11 月 7 日から新規顧客への提供を終了しており、後継として示された先がさらに受付を閉じるという入れ替わりが起きています。CodeCommit も 2024 年に新規アカウントへの提供をいったん停止しましたが、顧客の要望を受けて 2025 年 11 月に一般提供へ復帰するという異例の経過をたどりました。Amazon Connect Wisdom は、大規模言語モデルを取り込んだ進化版として Amazon Q in Connect となり、Amazon の生成 AI ブランド「Q」に統合されました。同様に CodeWhisperer は Amazon Q Developer へと名前を変え、2023 年から 2024 年にかけて「Q」ブランドへの集約が進みました。この統合は、サービス名が増えすぎて顧客が混乱するという問題への対応でもあります。
命名規則に潜む暗黙のルール
AWS のサービス名には、公式には文書化されていないいくつかの暗黙のルールがあります。第 1 に、「Amazon」と「AWS」の使い分けです。一般的に、エンドユーザー向けのサービス (Amazon S3、Amazon DynamoDB、Amazon Bedrock) には「Amazon」が、インフラやデベロッパー向けのサービス (AWS Lambda、AWS CloudFormation、AWS IAM) には「AWS」が冠されます。ただし、この区分は厳密ではなく、Amazon CloudWatch のように開発者向けでも「Amazon」が使われるケースもあります。第 2 に、サービス名の長さの傾向です。初期のサービスは短い名前 (S3、EC2、SQS) でしたが、名前空間が埋まるにつれて長くなる傾向があります。AWS Application Migration Service、Amazon Managed Streaming for Apache Kafka のように、機能を説明的に表現する長い名前が増えています。第 3 に、買収したサービスの命名です。Wickr は買収元の名前をほぼそのまま残して AWS Wickr となりましたが、CloudEndure Migration は改名ではなく、後継サービスである AWS Application Migration Service (MGN) への移行という形が取られました。買収元のブランドを残すか AWS ブランドに統合するかは、認知度と戦略的判断によって異なります。
- 第 1 に、Amazon と AWS の使い分けエンドユーザー向けのサービス (Amazon S3、Amazon DynamoDB、Amazon Bedrock) には「Amazon」、インフラやデベロッパー向けのサービス (AWS Lambda、AWS CloudFormation、AWS IAM) には「AWS」が冠される。ただし厳密な区分ではなく、Amazon CloudWatch のように開発者向けでも「Amazon」が使われる。
- 第 2 に、名前は長くなっていく初期は S3、EC2、SQS のように短かったが、名前空間が埋まるにつれて長くなる。AWS Application Migration Service、Amazon Managed Streaming for Apache Kafka のように、機能を説明的に表現する名前が増えている。
- 第 3 に、買収したサービスの扱いWickr は名前を残して AWS Wickr となり、CloudEndure Migration は後継の AWS Application Migration Service (MGN) へ移行する形が取られた。買収元のブランドを残すか AWS ブランドに統合するかは、認知度と戦略的判断によって分かれる。
サービス名から読み解く AWS の戦略
サービスの命名パターンを時系列で追うと、AWS の戦略の変遷が見えてきます。以下の時代区分は AWS が公式に示したものではなく、本サイトがサービス名の傾向を整理したものです。まず初期は「Simple ○○ Service」パターンが中心で、クラウドの基本機能を提供する段階でした。続いて神話や自然現象から借りた印象的な名前が増え、AWS がブランドとしての個性を確立していきます。その後は「Amazon Managed ○○」パターンが目立つようになりました。Managed Blockchain、Managed Grafana、Managed Streaming for Apache Kafka など、既存の OSS やサードパーティ技術をマネージドサービスとして提供する戦略を反映しています。2023 年から 2024 年にかけては「Amazon Q」ブランドへの統合が目立ちました。Q Developer、Q Business、Q in Connect と、生成 AI 機能を「Q」の傘下に集約する動きは、AWS が生成 AI を全サービスに浸透させる戦略を命名レベルで体現したものです。ただしこの集約が一本道で進んでいるわけではありません。Amazon Q Business は 2026 年 6 月の発表で、同年 7 月 30 日をもって新規顧客への提供を終了しました (2026 年 8 月時点)。ブランドへの集約と個別サービスの整理は同時に進むため、命名の傾向をそのまま将来の方針として読み過ぎないことも必要です。サービス名は単なるラベルではなく、その時代の AWS の戦略的優先事項を映す鏡です。
参考資料 (AWS 公式)
本ページの一次情報は AWS 公式サイトおよび公式ドキュメントです。最新の仕様 / 料金は次の公式ページで確認できます。
本ページと公式ドキュメントの記述が食い違う場合は、公式ドキュメントを正としてください。