[架构实战营] 模块五作业

一、性能分析

课件中相关介绍

【用户量】

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

【发微博】

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

【看微博】

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

【写评论】

以此作性能分析依据，估算看微博中有 20%发生评论（大部分人只看不发表评论），那约为 50 亿，高峰时段的 TPS=350k/s

【看评论】

假如看微博的人 60%都会看下评论，那看评论的约为 150 亿，同样高峰时刻的 QPS=150 亿 * 60% / (4*3600) = 625K/s。

二、高性能计算架构

业务特性：

写评论典型的写操作，不适合作缓存，适用于负载均衡

看评论属于读操作，适合缓存架构

架构设计：

写评论的架构设计可以依赖于发微博的架构设计，区别不同在于，写评论的实时性没有发微博高，可以加写缓冲

看评论采用多级缓存架构，CDN 能处理 90%的读请求，剩下 10%约为 60K/s 的 QPS 大概需要 60 台+10 台的服务器

服务设计：

首先写评论和看评论可做服务拆分。

三、热点事件

由于热点事件不可预估，为保证微博内容的正常浏览和转发，可以对发表评论请求进行限流设计。