トラフィックの規模メモ
capacity planningで探すと出やすい．
ヤフー 秒間10万rps
クロスユースPFを利用しているページは、Yahoo! JAPANのトップページやYahoo!ニュース、Yahoo!ショッピングなどがあります。 どのページもアクセス数の多いページとなっており、クロスユースPFを利用している全ページの最大リクエスト数を合計すると秒間10万リクエストほどです。
出典: 秒間10万リクエスト・レスポンスタイム100ms以下を実現するシステム事例 〜 ヤフーのコンテンツ紹介プラットフォーム 〜 - Yahoo! JAPAN Tech Blog
まとめるとクロスユースPFは以下の機能・要件を満たすPFとなっています。
- ユーザーごとにニーズにあったコンテンツを表示
- 秒間10万リクエストを捌く
- レスポンスタイム100ms以下でコンテンツを返す
ヤフー 100万rps - 200万rps
通常時のリクエスト数は、お昼休みの時間帯（12:00～13:00）に約100万リクエスト/秒まで、地震発生時などは約200万リクエスト/秒まで跳ね上がります。
ヤフー 秒間 400万rps
共通Proxy 要件
4,000,000req/secのhttps
400Gbps
上記を冗長構成
Google 秒間100万rps
The C10k problem is so last century. How about serving 1 million load balanced requests per second in the cloud? Using publicly available Google Cloud Platform services, including Google Compute Load Balancing, we have done exactly that. Within 5 seconds after the setup and without any pre-warming, our load balancer was able to serve 1 million requests per second and sustain that level.
出典: Google Cloud Platform Blog: Compute Engine Load Balancing hits 1 million requests per second!
Flickr 1万rps
At Flickr, we serve tens of thousands of photos per second. Each photo server can serve a known and specific rate of images before reaching its maximum.
出典: Performance by Design: Computer Capacity Planning by Example
広告プラットフォーム 秒間10万
Today, the AppLovin mobile advertising platform handles some 20 billion ad requests each day — at up to 500,000 transactions per second — as it helps brands acquire new customers and re-engage existing ones.
出典: How to serve billions of Web requests per day – without breaking a sweat | InfoWorld
インディアナ大学 日間6000万
学内から学外へのパケットログをBPFで記録
収集中、システムは1日あたり約6000万リクエスト、つまり1日あたり約30GBの生データの割合でデータを生成しました。データは2006年9月から2010年5月の間に収集されました。データは約275日間欠落しています。データセットには2つのコレクションがあります。
パブリックなデータセット一覧から発掘した．
https://github.com/awesomedata/awesome-public-datasets#computernetworks
Eコマース 100万rpd
For example, a search engine used in an e-commerce site that receives millions of requests per day.
出典: Performance by Design: Computer Capacity Planning by Example
Ifood(食品デリバリー) 1万rpm
Back in 2018, account-metadata was built mainly to put some random (and not so used) information that, to be honest, there was no other place to put them. We needed a bit of structure and query power and it should be easy to scale it, so we pick the provisioned DynamoDB by AWS. Just to make it clear here, that, we’re aware that the system could grow, also the company was quite big already and the average load was challenging. However, there was no way we could figure out that we would go from 10k requests per minute (rpm) to 200k and then to 2MM rpm.
Mobage 10万rps
Mobageとは?
サービス紹介コイン消費額 ≒ 年間560億円
1秒の最大リクエスト数 ≒ 10万req/sec
物理サーバー数 ≒ 1200台
総インスタンス数 ≒ 2000インスンタンス
サーバー用途の種類 ≒ 400
出典: MobageのオンプレミスからAWSへの移行【DeNA TechCon 2021】/techcon2021-8 - Speaker Deck