高大上系统的 QPS 并不高

某个产品,⽇活 2000 万,每个⽤户每天 500 个请求,那么每天就是 100 亿的访问量。你也可以当做日活 5000 万, 200 个请求,也是 100 亿。其实日活几千万的产品并不多,那些后台没事乱搞的 app 不算。

每天按照十小时计算,这样系统的 QPS 是:每天100亿访问量 / 每天10⼩时 / 3600秒 = 27.78 万,就按照 30 万算吧。那么单机 QPS 就是 30 万除以服务器数。那么问题来了,对于日活好几千万的高大上系统,如果单机 QPS 达到 3 万,只需要 10 台机器,如果 QPS 是 3千,就需要 100 台机器。

主流开发语言已经同质化。比如JIT、协程逐渐成为标配,虽然有些开发语言官方版本没有接受,但第三方版本已经很成熟。连 await/async 这些关键字在 C#、python、ES7 里面都是一样的,虽然有些语言的实现只是语法糖。在这个背景下,几千的 QPS 已经不成问题,如果你有 100 台机器,一样可以支撑日访问量 100 亿次的系统。

更重要的是,选择的这个开发语言,要开发、维护和替换成本低。

转载于:https://my.oschina.net/u/855913/blog/1608002

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值