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」は利用開始の容易さを指しており、機能の単純さを意味するわけではありません。
神話・天文学・自然現象から借りた名前たち
サービス数が増えるにつれ、AWS は頭字語から離れ、より印象的な固有名詞を採用するようになりました。Aurora はローマ神話の夜明けの女神の名前です。MySQL や PostgreSQL と互換性を持ちながら、従来のデータベースの性能限界を超える「新しい夜明け」を象徴しています。Neptune はローマ神話の海の神で、グラフデータベースの「関係性の海」を泳ぐイメージです。Lambda はラムダ計算 (λ-calculus) に由来します。アロンゾ・チャーチが 1930 年代に考案した計算モデルで、関数を第一級オブジェクトとして扱う概念は、サーバーレスの「関数をデプロイして実行する」というパラダイムと直結しています。Kinesis はギリシャ語の「動き」(kinesis) から来ており、リアルタイムデータの流れを表現しています。Glacier は氷河です。データを長期間、低コストで凍結保存するアーカイブストレージの性質を、氷河が何千年もかけて物質を保存する様子になぞらえています。取り出しに時間がかかる点も氷河の比喩として秀逸です。
命名の衝突とリブランディングの歴史
200 を超えるサービスを命名し続けると、名前の衝突や混乱は避けられません。AWS の歴史にはいくつかの注目すべきリブランディングがあります。Amazon Elasticsearch Service は 2021 年に Amazon OpenSearch Service に改名されました。Elastic 社との商標問題が背景にあり、AWS は Elasticsearch をフォークして OpenSearch プロジェクトを立ち上げ、サービス名も変更しました。AWS CodeStar は 2023 年に廃止され、機能の一部が CodeCatalyst に統合されました。CodeCommit も 2024 年に新規アカウントへの提供を停止し、事実上の廃止に向かっています。Amazon Wisdom は Amazon Q in Connect に改名され、Amazon の生成 AI ブランド「Q」に統合されました。同様に、CodeWhisperer は Amazon Q Developer に、Amazon Lex の一部機能は Amazon Q in Connect に統合されるなど、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 に、買収したサービスの命名です。CloudEndure は AWS Application Migration Service に、Wickr は AWS Wickr に改名されました。買収元のブランドを残すか AWS ブランドに統合するかは、認知度と戦略的判断によって異なります。
サービス名から読み解く AWS の戦略
サービスの命名パターンを時系列で追うと、AWS の戦略の変遷が見えてきます。2006〜2012 年の初期は「Simple ○○ Service」パターンで、クラウドの基本機能を提供する段階でした。2012〜2018 年は神話や自然現象から借りた印象的な名前が増え、AWS がブランドとしての個性を確立した時期です。2018〜2022 年は「Amazon Managed ○○」パターンが急増しました。Managed Blockchain、Managed Grafana、Managed Streaming for Apache Kafka など、既存の OSS やサードパーティ技術をマネージドサービスとして提供する戦略を反映しています。2023 年以降は「Amazon Q」ブランドへの統合が顕著です。Q Developer、Q Business、Q in Connect と、生成 AI 機能を「Q」の傘下に集約する動きは、AWS が生成 AI を全サービスに浸透させる戦略を命名レベルで体現しています。サービス名は単なるラベルではなく、その時代の AWS の戦略的優先事項を映す鏡です。AWS の歴史と戦略を体系的に学ぶには、専門書籍 (Amazon)が参考になります。