微博评论高性能高可用计算架构设计

一、评论微博用户行为建模和性能估算

由于绝大部分微博用户看微博的对象是大 V 和明星，因此我们假设平均一条微博观看人数有 100 次，假设每个人至多回复 10 条评论，则评论微博的次数为：

大部分人看微博的时间段和评论微博的时间段基本重合，因此看微博的平均 QPS 计算如下：

二、高性能计算架构设计

【业务特性分析】

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

【架构分析】

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

【架构设计】

1. 负载均衡算法选择

发微博的时候依赖登录状态，登录状态一般都是保存在分布式缓存中的，因此发微博的时候，将请求发送给任意服务器都可以，

这里选择“轮询”或者“随机”算法

2.评论服务需要独立服务使用容器分别部署在多台服务器上。

3. 业务服务器数量估算

评论微博涉及几个关键的处理：内容审核（依赖审核系统）、数据写入存储（依赖存储系统）、数据写入缓存（依赖缓存系统），

因此按照一个服务每秒处理 500 来估算，完成 10000K/s 的 TPS，需要 20000 台服务器，加上一定的预留量，20100 台服务器差不多了。

三、评论微博的多级负载均衡架构

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