模块五作业

1. 计算性能预估

从模块五课件可知：

【用户量】

1. 2020.9月月活5.11亿，日活2.24亿(参考《微博2020用户发展报告》)。

【发微博】

考虑到微博是一个看得多发的少的业务，假设平均每天每人发1条微博(只考虑文字微博)，则微博每天的发送量约为2.5亿条。

大部分的人发微博集中在早上8:00~9:00点，中午12:00~13:00，晚上20:00~22:00，假设这几个时间段发微博总量占比为60%，则这4个小时的平均发微博的 TPS 计算如下:2.5亿 * 60% / (4 * 3600) ≈ 10 K/s。

【看微博】

由于绝大部分微博用户看微博的对象是大V和明星，因此我们假设平均一条微博观看人数有100次，则观看微博的次数为:

2.5亿 * 100 = 250亿。

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

250亿 * 60% / (4*3600) = 1000K/s。

【微博评论量】

假设平均每条微博评论数为10，则微博每天评论数为25亿。

• 热点时段评论TPS：25亿 * 60% / (4 * 3600) ≈ 100 K/s

假设平均一条评论观看人数有20次，则评论每天被观看次数为500亿。

• 热点时段评论QPS：500亿 * 60% / (4*3600) = 2000K/s

2. 非热点事件时的高性能计算架构

微博评论的多级负载均衡架构可以直接套用发微博/看微博的架构，只需将服务集群数量扩大至相应的数量：

• 满足 100K TPS：250台

• 满足 2000K QPS：240台

缓存整体架构同发微博/看微博，不再赘述。

3. 热点事件时的高可用计算架构

微博评论高可用计算架构也和发微博/看微博相似。不同点在于评论没有转发，但是有回复。回复的特点是不会主动被加载，所以被阅读的概率大大降低。但是此特点只影响高性能计算架构的QPS，并不影响高可用计算架构。所以评论的高可用计算架构同微博热点事件。