每秒2500个请求,需要100多台服务器。
问题页面500ms减少到150ms
Feed页面从1s减少到600ms。
总体而言,这个效率低的夸张……
看下StackExchange的数据:
Performance - Stack Exchange月请求40亿,峰值3000每秒。用了2台HAProxy Server(其中一台用来failover),9台Web服务器,4台SQL Server服务器(其中两台用作failover),2台Redis,3台Tag Engine,3台ElasticSearch。其中每台服务器都只用了10+%。
然后渲染性能的话,主页是52ms,tag页是33ms。
以各位主流互联网技术选型分析师/咨询师观点来看:建议知乎切换至微软技术平台。
评论里说什么微软平台不便宜什么的,都会不会算账来着,这点授权开销对于这种级别的网站堪称零头中的零头。
用一百多台服务器撑起平均每秒超过2500动态请求的社交网站,这个架构设计在各大社交网站中属于什么水平?
怀疑这个数字的准确性,大概是作者为了展现知乎分布式架构的技术实力神马的,把服务器的数字稍微改动了一下吧。
否则就算是虚拟机,按照商用最低档次的AWS m3.medium这种档次的虚拟机,100台撑起这么个流量也是非常丢脸的数字。
话说2500/s的请求数量十台服务器抗住真的是妥妥的。再说了,流量最高的知乎首页虽然每个人都不一样,但几分钟才更新一次,活跃的问题页面只占1%不到,主要内容的联系是非常简单地树状结构,也就是论坛的主题回复结构。
还有知乎这么简单的页面还好意思说计算密集么?
经历了一系列改进之后,页面的性能大幅度提升。问题页面从500ms 减少到150ms,Feed页面从1s减少到600ms。
一般来说>100ms的响应速度,性能提升在2-5倍,这叫做性能改善不明显。
15倍以上才好意思说是大幅度提升吧。
尤其是100ms级别,基本属于不可接受级别,一般就是压测的阈值,也就是压力测试下平均页面响应时间超过100ms,即需要打回重做。