AWS のサービスを一つずつ学んでも、「実際にどれくらいの規模で使われているのか」は分かりにくい。AWS は毎年プライムデーの後に、支えたサービスの数字を公開している。2026年版の数字から、サービスの役割と規模感を掴む材料を取り出す。
この記事の結論
- 数字は、サービスの優劣ではなく「役割」と「規模感」を掴む材料として読む。
- 受け止め（SQS・SNS・Kinesis）、保存と参照（DynamoDB・Aurora・ElastiCache）、記録（CloudTrail・CloudWatch・GuardDuty）に分けると読みやすい。
- 自分の案件の見積もりには使えない。公開値は Amazon.com の構成と負荷のもの。
何が起きたか
プライムデー 2026 はプライム会員向けに 2026年6月23〜26日に開かれた。AWS は10月に、支えたサービスの数字を公開した。役割ごとに主なものを並べる（すべて公式ブログの公表値）。
| 役割 | サービス | 公表された数字 |
|---|---|---|
| 計算 | AWS Lambda | 1日あたり 2.3兆回超の呼び出し |
| 計算 | AWS Fargate | 1日あたり平均 1億5,830万タスク（前年のプライムデーの平均より 47.7% 増） |
| 受け止め | Amazon SQS | ピークで毎秒 2億1,300万メッセージ |
| 受け止め | Amazon SNS | 1日で 5兆メッセージを配信 |
| 保存と参照 | Amazon DynamoDB | 4日間で 59兆リクエスト超、ピークは毎秒 1億9,200万リクエスト |
| 配信 | Amazon CloudFront | プライムデー週に HTTP リクエスト 2.1兆超（前年から 5% 増） |
| 記録 | AWS CloudTrail | 4日間で 3.6兆イベント（前年から 44% 増） |
| 検知 | Amazon GuardDuty | 1時間あたり平均 14.08兆のログイベントを監視（前年から 59% 増） |
| 検証 | AWS Fault Injection Service | 4.4万回超の実験（2025年の6倍超） |
EC2 では、Amazon.com が使う計算の最大 49% を Graviton が占めたと公表されている。公式ブログ（英語）、日本語版
仕組みとして何が変わったか
この記事は新機能の発表ではなく、公表値の読み方の話になる。図は、数字を3つの役割に分けた見取り図。
HOW TO READプライムデー 2026
数字は3つの役割に分けて読む
-
受け止める
SQS・SNS・Kinesis
-
処理して保存する
Lambda・Fargate・DynamoDB
-
記録して見張る
CloudTrail・CloudWatch・GuardDuty
「どのサービスが速いか」ではなく「どの層が山を受け止めるか」で読むと、設計の話につながる。山の入口は SQS・SNS・Kinesis が受け、中身は Lambda・Fargate が処理し、DynamoDB などが保存する。その全体を CloudTrail・CloudWatch・GuardDuty が記録して見張る。FIS の実験数が前年の6倍超なのは、止まることを前提に事前に壊して確かめる運用が広がっていることを示す。
どんなものに活用できそうか
- 非同期で受け止める設計の根拠にする。 急に増える処理を SQS や SNS で受けて後段で処理する構成を説明するとき、同じ種類のサービスが毎秒億単位のメッセージで使われた事実を、安心材料として添えられる。
- サービスの役割を試験の用語に結びつける。 受け止め・保存・記録の分類は、SAA の設計問題で「どの層の問題か」を切り分ける型に使える。
- 障害試験の導入の説明に使う。 FIS を導入する提案で、大きなイベント前に実験が増えている公表値を参考に挙げられる。
使わない方がよい場面もある。この数字を自分のシステムの容量計画や性能の保証の根拠にするのは避ける。Amazon.com の構成と調整のもとでの値であり、同じ構成でも同じ結果が出る保証はない。
立場ごとに何が変わるか
- 未経験: いまは関係ない。サービス名を覚える段階では、数字より「何をするサービスか」が先。
- 学習中: サービスを一つずつ学んだあとに、役割の分類を作る材料になる。Lambda・DynamoDB・SQS の基本を読んだ人が対象。
- 実務: 提案や説明の補足に使える。設計の根拠にはならない。
- プロ: 公表値からは構成の細部は分からない。設計の判断は、自分の負荷試験と Well-Architected の見直しで行う。
まとめ
プライムデーの数字は、サービスの規模感と役割を掴むための材料。受け止める、保存する、記録するの3つの層に分けて読み、自分の案件の見積もりには使わない。
CHECK 1ここまでの確認
プライムデーの数字を読むとき、まず確かめるべきことはどれか?
答えと解説
答え: 2. どのサービスがどの役割で使われたかを読む
「何が起きたか」の表を読み直す。数字はサービスの役割と規模感を掴む材料で、性能の優劣や自分の案件の見積もりにはならない。
CHECK 2ここまでの確認
キューやトピックで負荷を受け止める使い方が見える数字はどれか?
答えと解説
答え: 1. SQS が毎秒 2億1,300万メッセージのピークを記録した
SQS と SNS は、処理を非同期に切り離して受け止める役割。「活用」の節の1つ目を読み直す。
参照ソース
- All the numbers: Amazon Prime Day 2026 powered by AWS（2026年10月時点）
- 数値で見る AWS が支える Amazon プライムデー 2026（2026年10月時点）
