「架构实战营」微博评论高性能可用计算架构

一、微博评论计算性能预估

微博月活人数 5.11 亿，日活人数 2.24 亿（参考《微博 2020 用户发展报告》）。

每人每天平均发 1 条微博，日发微博数量约为 2.5 亿。

每条微博平均观看的次数为 100 次，微博评论次数为观看次数的 40%，则微博评论次数为：

2.5 亿*100*40%=100 亿。

大部分人看微博和评论微博的时间集中在早上 8：00-9：00 点，中午 12：00-13：00，晚上 20：00-22：00，假设这几个时间段评论微博总数占比为 60%，则这 4 个小时的平均微博评论的 TPS 计算如下：

100 亿*60%/（4*3600）=400K/s

二、微博评论高性能计算架构

【业务特性分析】

微博评论是一个典型的写操作，因此不能用缓存，可以用负载均衡。

【架构分析】

用户量过亿，应该要用多级负载均衡架构，覆盖 DNS-> F5-> Nginx ->网关的多级负载均衡。

【架构设计】

1.负载均衡算法选择

微博评论的时候依赖登录状态，登录状态一般都是保存在分布式缓存中的，因此微博评论的时候，将请求发送给任意服务器都可以，这里选择“轮询”或者“随机”算法。

2.业务服务器数量估算

微博评论涉及几个关键的处理∶内容审核（依赖审核系统）、数据写入存储（依赖存储系统）、数据写入缓存（依赖缓存系统），因此按照一个服务每秒处理 500 来估算，完成 100K/s 的 TPS，需要 200 台服务器，按 20%的预留量，240 台服务器差不多了。

​

三、热点事件时高可用计算架构