Amazon Web Services：インターネットを支える巨大インフラの全貌

アマゾン・ドット・コムというオンライン書店が、なぜインターネット全体の39%（最新の市場シェアデータによる）を動かすインフラ層を構築できたのか。本エピソードでは、ホストのベン・ギルバートとデイビッド・ローゼンタールが、AWSの知られざる4つの起源説を検証しながら、この前代未聞のビジネスがどのように生まれ、成長し、今や年間800億ドルの収益を生み出すに至ったかを徹底的に掘り下げる。小売事業の限界的な利益率（約1.5%）と比較して30%もの営業利益率を誇るAWSは、アマゾン全体の営業利益の大半を稼ぎ出す「金のなる木」であり、その物語は偶然の産物ではなく、極めて意図的な戦略の結晶であることが明らかになる。

0:00はじめに：レモネードスタンドの教訓

ベンは番組冒頭で、レモネードスタンドの比喩を用いてAWSのビジネスモデルの本質を鮮やかに描き出す。レモネードを1杯1ドルで売る場合、原価が98.5セントだとすると利益率はわずか1.5%だが、大量に売らなければならない。しかし、レモネード作りで培ったノウハウを他の事業者に販売すると、1ドルのサービスを提供するのに70セントしかかからず、30%の利益率が実現する。さらに、既存の競合企業が70%もの粗利益率を享受している市場に、30%の利益率で参入すれば、十分に破壊的イノベーションとなり得る。この数字は実際のアマゾンの小売事業とAWSの利益率を反映しており、AWSの収益はアマゾンの巨大な小売事業の約15%に過ぎないが、営業利益では小売事業と同等かそれ以上を生み出している。2015年にAWSの財務情報が開示されて以来、毎年、AWSの営業利益は小売事業を上回っているという事実は、このビジネスの重要性を如実に物語っている。

12:59起源説その1：過剰容量神話

最も広く信じられているが、実際には誤りであるAWSの起源説が「過剰容量神話」だ。この説によれば、アマゾンは小売事業の季節変動に対応するため、第4四半期のホリデーシーズンにピーク需要を処理できるよう過剰なITインフラを構築していた。そして、他の3四半期にはその容量が遊休状態になるため、他の開発者に貸し出そうと考えたという。しかし、この説は二つの致命的な欠陥を持つ。第一に、アマゾン・ドット・コムのコードベースは特定のサーバーにインストールされており、他のテナントが簡単に利用できるような汎用的な設計ではなかった。第二に、もしNetflixのような顧客がAWSに依存している場合、第4四半期に「サーバーが必要だから使えません」とは言えない。当時のAWSのCTOであったヴェルナー・フォーゲルスは2011年のQuora投稿で明確に否定している。「過剰容量の話は神話です。AWSは常に独立したビジネスとして構想され、アマゾン・ドット・コムの小売事業と同じ規模に成長する可能性があると期待されていました。」この神話は、アマゾンの戦略的意図性を過小評価している点でも問題がある。アマゾンはテクノロジーを単なるコストセンターではなく投資と見なしており、ムーアの法則が18ヶ月ごとにもたらす計算能力の倍増を常に先取りして考えていた。

19:13起源説その2：Web 2.0とAPI革命

第二の起源説は、オライリーメディアの創設者ティム・オライリーの影響から始まる。2002年初頭、オライリーはシアトルに飛び、ジェフ・ベゾスに「アマゾンはWeb 2.0を受け入れるべきだ」と提案した。Web 2.0の核心は「参加型文化」と「相互運用性」にあり、ユーザーだけでなく他の開発者もAPIを通じてサービスと相互作用できるという考え方だ。当時隆盛を極めた「マッシュアップ」—Google Maps APIを使って全く別のWebサイトを構築するような行為—は、この思想の具現化だった。ベゾスはこのアイデアに完全に共鳴し、二つの行動を起こす。一つはオライリーを定期的にシアトルに招き、全社集会でWeb 2.0とAPIの重要性を説かせること。もう一つは、アマゾンの製品カタログにAPI経由でアクセスできる新チームを立ち上げることだった。このチームの使命は「アマゾン・ドット・コムのAPIを開発者に公開し、彼らが何を構築するかを見守ること」だった。2002年、アマゾンは開発者向けカンファレンスを開催するが、参加者はわずか8名。この時、「Amazon Web Services」という名称が初めて世に出る。ただし、これは現在のクラウドITインフラではなく、アマゾン・アソシエイツ・プログラムの一部として、アフィリエイトが製品カタログにアクセスするためのAPIだった。この取り組みはコリン・ブライアーが率いており、彼は後に『Working Backwards』の共著者となる。

30:17起源説その3：モノリスからの脱却とサービス指向アーキテクチャ

2000年代初頭、アマゾンは深刻な技術的課題に直面していた。シェル・カパンが1995年に設計したアマゾン・ドット・コムのコードベースは、モノリシックな構造で、企業の成長に伴い複雑さが限界に達していた。コードフリーズ（新機能の追加停止）をホリデーシーズン前に実施しなければならず、チーム間のコミュニケーションは混乱し、新機能の追加は既存機能を破壊するリスクを伴った。マーケットプレイス事業の立ち上げでさえ、「購入ボタン」の再設計に膨大な労力を要した。この問題の解決策として、ベゾスと当時のテクニカルアシスタント（シャドウ）であったアンディ・ジャシーが選んだ道は、直感に反するものだった。ほとんどの企業が「もっとコミュニケーションを取ろう」と考える中、彼らは「コミュニケーションを減らそう」と決断したのだ。その答えが「サービス指向アーキテクチャ（SOA）」への移行だった。すべてのチームはAPIを通じてのみ通信し、直接的なデータベースアクセスや共有メモリモデルを禁止する。この変革を象徴するのが、後にGoogle社員スティーブ・イェギーが漏洩させた有名なベゾスの社内メモだ。その内容は以下の通り：1) 全チームはサービスインターフェースを通じてデータと機能を公開する、2) チーム間の通信はこれらのインターフェースのみ、3) 直接リンクや他チームのデータストアへの直接読み取りは禁止、4) 使用技術は問わない、5) すべてのサービスインターフェースは外部公開可能な設計であること、6) 従わない者は解雇、7) ありがとう、良い一日を。この「hardened interface（硬化されたインターフェース）」の思想は、アマゾンの文化そのものを体現していた。APIは厳密に文書化され、呼び出し元は結果を正確に予測できる。これにより、チーム間の暗黙の了解や「念のため」といった曖昧さが排除された。

51:09起源説その4：南アフリカからのEC2

第四の起源説は、公式見解と対立する「異議申し立ての物語」だ。アマゾンのネットワークエンジニア、ベンジャミン・ブラックとその上司クリス・ピンカムは、社内のITアーキテクチャ移行に関する6ページの文書を作成していた。その文書の末尾で、彼らは「このアーキテクチャを使えば、仮想化されたコンピュートサーバーをサードパーティの開発者に販売できるかもしれない」と提案した。このアイデアがベゾスの目に留まり、承認されたというのがブラックの主張だ。一方、ピンカムは南アフリカのケープタウンに帰国したいと希望し、アマゾンは彼を引き留めるために現地に子会社を設立。そこでEC2（Elastic Compute Cloud）の開発が始まった。ブラッド・ストーンの『The Everything Store』によれば、「EC2は隔離された環境で生まれ、ピンカムは少なくとも最初の1年間はシアトルの同僚と散発的にしか連絡を取らなかった」。ピンカム自身は「ベゾスから隠れることにほとんどの時間を費やした」と語っている。アンディ・ジャシーはこの公式見解に反論し、自身が2003年9月にEC2を含むAWSのビジョン文書を執筆したと主張。ジャシーはアマゾンの公式ブログで「ピンカムはEC2の定義、チーム構築、製品構築に不可欠な役割を果たしたが、EC2のローンチ前に去った」と述べている。ベンとデイビッドは、この対立自体がアマゾンの分散型イノベーション文化を証明していると指摘する。複数のチームが関連する複数のプロジェクトに同時に取り組むのは、アマゾンが誇る「発明と放浪」の精神そのものだ。結局のところ、重要なのはアイデアではなく実行であり、ジャシーが優れた戦略家としてAWSを率いたことは疑いようがない。

1:13:45AWSのローンチと市場創造

S3（Simple Storage Service）は2006年3月に最初のサービスとしてローンチし、EC2は同年8月にベータ版が公開された。CloudFront（CDN）は2008年、RDS（Relational Database Service）は2009年と、主要サービスは段階的にリリースされた。アマゾンが採用した戦略は「プリミティブ（基本構成要素）」の提供だった。最も基本的なストレージ、最も基本的なコンピュート、最も基本的なデータベース—これらを「Infrastructure as a Service（IaaS）」として提供し、開発者が自由に組み合わせて革新的なアプリケーションを構築できるようにした。このアプローチの破壊力は、当時マイクロソフトに在籍していたジェームズ・ハミルトンの体験談が象徴的だ。彼はS3を個人プロジェクトで試用し、月末に届いたVisaの請求書はわずか3.08ドル。翌月は0.07ドルだった。「クレジットカード一枚でストレージをプロビジョニングできる。提案書も、財務承認も、RFPも、ベンダー選定プロセスも、データセンターのスペース確保も必要ない。アプリを作ろうと思ってからインターネット上で稼働するまで、日数で計測できる。」この「クレジットカードで支払える」というモデルは、従来の6〜7桁、時には8桁の契約を前提とするOracleやIBM、Microsoftのビジネスモデルを根本から破壊した。AWSは最初のビーチヘッド市場としてスタートアップに焦点を当てた。スタートアップはゼロから構築するため、移行の障壁が低く、後に数十億ドル規模の企業に成長する可能性があった。アマゾンは開発者コミュニティに積極的に浸透し、無料クレジットを配布し、ハッピーアワーを開催し、スタートアップエコシステムの不可欠な一部となった。この戦略は功を奏し、Dropbox、Instagram、Airbnb、Uber、Zyngaといった企業がAWS上で誕生した。

1:27:42競合他社の失敗とAWSの優位性

AWSが最初の5年間、実質的に競合なしで市場を席巻できた理由は、競合他社の戦略的ミスにあった。Microsoftは、Windows Serverのライセンス販売という既存の収益源を守ろうとする内部力学と、「Platform as a Service（PaaS）」という時期尚早な戦略に固執した。Azure Cloud Servicesは、開発者に新しいプログラミングパラダイムを強いるもので、既存のWindows Serverユーザーが簡単に移行できる「リフトアンドシフト」を提供しなかった。Googleは、検索広告という超高粗利益率（約80%）のビジネスに慣れており、30%の粗利益率のビジネスは魅力的に映らなかった。また、エンタープライズセールスの経験が不足しており、Google App EngineというPaaSアプローチも時期尚早だった。OracleやIBMといったレガシー企業は、80%もの粗利益率を享受する既存のライセンスビジネスを捨てるインセンティブがなかった。AWSが20〜40%の粗利益率をターゲットとしたのは、アマゾンの小売事業（約2%の営業利益率）から見れば大幅な改善だが、レガシー企業にとっては魅力に欠けた。さらに、AWSはエンタープライズセールスという新たな能力も獲得した。最初はスタートアップ向けのセルフサービスモデルから始めたが、NASAや大学との契約を通じてエンタープライズ向けの営業力を培い、後にOracleのセールス人材を積極的に採用した。Netflixが2009年にAWSに移行したことは、大きな転機となった。Netflixのリード・ヘイスティングスは「AWSは正真正銘、私たちにとってスマートなインフラ決定だ」と公言し、アマゾンと競合する企業でもAWSを信頼できることを証明した。

1:43:14データベース戦略とSnowflakeの教訓

AWSの真の力は、データベース事業にある。EC2とS3が最も有名だが、3番目、4番目、5番目に人気のあるサービスはすべてデータベース関連だ。世界のデータベースソフトウェア市場は1000億ドル規模で、年率10%で成長している。そしてデータベースは最も粘着性の高いソフトウェアの一つだ。アマゾン自身がOracleデータベースからAWSへの移行を完了したのは2019年—AWSのローンチから13年後だった。この事実は、一度データを特定のクラウドに移行すると、実質的に離脱が困難になることを示している。AWSはRedshiftというデータウェアハウスサービスを提供しているが、ここでSnowflakeに市場を奪われた。Snowflakeは現在500億ドル規模の独立企業であり、AWS上で動作しながらも、AWSのデータベースチームが取りこぼした市場を開拓した。ベン・トンプソンが指摘するように、Redshiftは「Oracleとの過去の戦い」に最適化されており、Snowflakeが開拓した「Oracleの顧客にはならなかったであろう新しい顧客セグメント」に対応できていなかった。AWSは「2ピザチーム」の文化ゆえに多くのサービスを乱立させ、顧客にとっての複雑さを増大させた。現在のAWSダッシュボードは圧倒的な数のサービスで埋め尽くされており、これがGoogle Cloudのような後発企業にとっての差別化ポイントとなっている。

2:04:51分析：7つのパワーと評価

AWSは、ハミルトン・ヘルマーの「7つのパワー」フレームワークにおいて、ネットワーク経済性を除くすべての要素で卓越している。カウンターポジショニング（既存企業が模倣できないビジネスモデル）、スケール経済（最大の顧客基盤に固定費を分散）、スイッチングコスト（データ移行の困難さ）、ブランディング（市場リーダーとしての信頼）—これら全てがAWSの優位性を支える。特にスケール経済は、AWSを「インターネットのための非規制公共事業」と位置づける。通常の公共事業は政府による規制で利益率が制限されるが、AWSはその制約を受けずに30%の営業利益率を実現している。AWSの驚異的な指標として、契約済みだが未認識の収益バックログが1000億ドルを超えることが挙げられる。これは、新規営業を完全に停止しても、契約上確実に流入する収益が1000億ドル以上あることを意味する。現在の収益実行率は年間800億ドルで、30〜35%の成長率を維持している。ベンとデイビッドの評価は「A+」。デイビッドは「この部門だけで1000億ドルの契約収益がある。議論の余地はない」と断言する。ただし、アマゾン全体としては、フリーキャッシュフローが現在マイナスである点に注意が必要だ。AWSはデータセンターへの巨額投資（キャペックス）を必要とし、小売事業のような「マイナスのキャッシュコンバージョンサイクル」を持たない。これは、パンデミック後の積極投資の結果であり、アンディ・ジャシーCEOは収益性への回帰を示唆している。

まとめ

本エピソードが最も印象的に伝えるのは、AWSの成功が「過剰容量の活用」という単純な偶然ではなく、ベゾスの深い戦略的思考とアマゾンの企業文化の結晶であるという事実だ。サービス指向アーキテクチャへの移行、APIによる内部コミュニケーションの強制、「プリミティブ」に徹したプロダクト戦略、スタートアップを最初の顧客とした市場創造—これらの決断の連続が、今日のAWSを形作った。そして、1000億ドルの契約バックログが示すように、この「インターネットの公共事業」の成長はまだ終わっていない。アマゾンが「市場規模は無制限」と表現したこのビジネスは、コンピュータが触れるあらゆるものに課税するプラットフォームとして、今後も拡大を続けるだろう。

要点

• AWSの「過剰容量神話」は誤りであり、実際には独立したビジネスとして意図的に構築された。ヴェルナー・フォーゲルスCTOが2011年に公式に否定している。
• AWSの真の起源は、ティム・オライリーのWeb 2.0思想、ベゾスによるAPI強制令、そして南アフリカでのEC2開発という複数の流れが融合したものだ。
• サービス指向アーキテクチャへの移行と「hardened interface」の強制は、アマゾンの内部開発速度を劇的に向上させ、同時に外部向けクラウドサービスの基盤となった。
• AWSは「プリミティブ（基本構成要素）」としてスタートし、スタートアップを最初の顧客とすることで、後にエンタープライズ市場にも拡大する足がかりを得た。
• Microsoft、Google、Oracleの競合他社は、既存ビジネスのカニバリゼーション恐れや時期尚早なPaaS戦略により、AWSの5年間の無競争期間を許した。
• AWSの契約済み収益バックログは1000億ドル超、現在の収益実行率は年間800億ドルで30〜35%成長中。営業利益率は30%に達している。
• Snowflake（500億ドル規模の独立企業）へのデータウェアハウス市場の逸失は、AWSの最大の戦略的失敗と評価される。
• AWSは「インターネットの非規制公共事業」であり、スケール経済、スイッチングコスト、カウンターポジショニング、ブランディングの4つのパワーで圧倒的な競争優位を築いている。