觀點 · 資訊分享
AWS 公開 Prime Day 2026 數據:Lambda 一天被呼叫 2.3 兆次,資料庫每秒處理 1.92 億個請求
AWS 每年都會公布撐起亞馬遜 Prime Day 購物節的後台數字。今年 Lambda 每天超過 2.3 兆次呼叫、DynamoDB 尖峰每秒 1.92 億個請求,故障演練次數更是去年的 6 倍以上。
- 發布
- 2026-10-06
- 篇幅
- 約 4 分鐘 · 1,614 字
- 結構
- 7 節 + 3 題常見問題
- 標籤

一句話看懂:AWS 公布撐起亞馬遜 Prime Day 2026 的後台數字,Lambda 一天被呼叫 2.3 兆次,資料庫尖峰每秒處理 1.92 億個請求,故障演練次數是去年的 6 倍以上。

先用白話講:購物節的「後台」在忙什麼?
雙 11 搶購時,你按下「結帳」只是一個動作,但背後可能同時發生幾十件事:查庫存、扣點數、算運費、刷卡、寄確認信、通知倉庫出貨。每一件事都是一次請求,全國幾百萬人同時按,後台就要在同一秒處理天文數字的工作。
亞馬遜的 Prime Day 是這種等級的購物節,而它的後台就跑在 AWS 上。每年 AWS 都會公開這些數字,讓大家看看大流量系統到底長什麼樣子。
發生什麼事
AWS 在 10 月 6 日公布 Prime Day 2026 的數據。今年活動在 6 月 23~26 日舉行,限 Prime 會員參加,涵蓋超過 35 個商品類別、數百萬筆優惠。
| 服務 | 數字 |
|---|---|
| AWS Lambda | 每天超過 2.3 兆次呼叫 |
| Amazon DynamoDB | 四天超過 59 兆個請求,尖峰每秒 1.92 億個 |
| Amazon ElastiCache | 尖峰單日超過 2.3 千兆個請求 |
| AWS Fargate | 平均每天啟動 1.583 億個任務,比去年多 47.7% |
| Amazon CloudFront | Prime Day 週超過 2.1 兆個 HTTP 請求,比去年多 5% |
| Amazon SQS | 尖峰每秒 2.13 億則訊息 |
| Amazon EBS | 每天搬移超過 1 EB 資料 |
另外,Amazon.com 的 EC2 運算中,最高有 49% 跑在 AWS 自家的 Graviton 晶片上。
最值得學的一個數字
我覺得最有意思的不是流量,而是 AWS Fault Injection Service 跑了超過 4.4 萬次故障演練,是 2025 年的 6 倍以上。
故障演練就是「故意讓系統出問題」:關掉一台機器、讓網路變慢、讓某個服務沒回應,看整體系統能不能撐住。在購物節前大量演練,等於把可能出的包,先在可控的時候出一遍。
資安監控也跟著放大:GuardDuty 平均每小時處理 14.08 兆筆紀錄事件,比去年多 59%;CloudTrail 四天記錄 3.6 兆筆 API 活動,比去年多 44%。
更多細節
- DynamoDB 撐著 Alexa、各國 Amazon 網站與所有亞馬遜物流中心,活動期間維持個位數毫秒的回應時間
- Aurora 儲存 5,491 TB 資料、傳輸 1,194 TB
- Kinesis Data Streams 尖峰每秒 9.88 億筆紀錄;SNS 一天送出 5 兆則訊息
- AWS 也推薦重大活動可以使用 AWS Countdown Premium 支援方案
我的看法
一般中小企業的網站,一輩子可能都碰不到這種數字,但有兩件事很值得借鏡。第一,不是每個服務都要自己扛:Lambda、DynamoDB、SQS 這種託管服務能自動擴展,小團隊用它們,等於把「撐流量」外包給雲端。
第二,演練比擴容更重要。接案時常遇到客戶說「活動當天流量會很大」,大家第一個想到的都是加機器,卻很少人在活動前真的模擬一次「如果金流 API 掛了會怎樣」。AWS 一年演練 4.4 萬次,我們做一次也好,至少活動當天出事時,不會是第一次看到錯誤畫面。
名詞小辭典
- Lambda:AWS 的無伺服器運算服務,程式只在被呼叫時執行,依次數計費。
- DynamoDB:AWS 的託管 NoSQL 資料庫,主打大規模下仍有穩定的低延遲。
- 兆、千兆:兆是 10 的 12 次方,千兆是 10 的 15 次方。
- 故障演練(Chaos Engineering):刻意製造故障,測試系統的復原能力。