系统设计估算服务器数量

有个系统设计教程上面有这样一段话：

Assumptions:

There are 500 million (M) daily active users (DAU).
A single user makes 20 requests per day on average.
Recall that a single server can handle 8,000 RPS

这样算出来就是15台机子。（肯定不对）

Therefore, we approximate the number of servers by depicting how many clients a server handles on a given day:



所以它给了经验性公式

In this case, it’s equal to:

500M/8000
= 62,500.

Note: This may not be an accurate estimation, but it’s a realistic one. Therefore, we use this approach in estimating the number of servers in our design problems. Informally, the equation given above assumes that one server can handle 8,000 users. We use this reference in the rest of the course as well.

感觉这经验公式也没啥用？所以这样估算服务器数量有意义吗？大家面试时候怎么估算服务器数量？

一般interviewer问这种问题就是一个conversation starter，500M DAU 的service不可能只有一层web server的
500M user的service是什么概念？Twitter 450M MAU，snapchat 350M MAU.

这种service不可能不知道traffic pattern。what does request/response look like？有latency requirement吗？可以cache response吗？
62k应该不对，500M user 不可能都在同一秒request吧，只为了这个有可能的高峰24小时run 62k server太费钱了. 有spike traffic也可以load balance+做traffic planning而且用AWS可以auto scale, 可以用reserve server pool. 退一步说，server不可能一直100% load，80%就要报警了。所以遇到这种问题楼主还是先问traffic pattern+requirements吧

一台机器一秒处理8000个request这个没问题吗？

蹲一个后续

意义在哪儿？估算一下每个月的费用吗？

可以看一下Google的NALSD系统设计，里边有关于如何估算资源，说实话我一直没怎么看明白，欢迎大神解释一下

他这个大致估算，是假设某一个时刻(高峰期)，所有用户都request数据的情况

都是纸上谈兵。request和request能一样吗？得实际测一测看能跑多少。

这是怎么算出来的啊