架构实战营模块 5 课后作业

设计微博系统中”微博评论“的高性能高可用计算架构。

1.      计算性能预估（不需要考虑存储性能）

用户量： 2020.9 月月活 5.11 亿，日活 2.24 亿。

假设平均每天每人发 1 条微博（只考虑文字微博），则微博每天的发送量约为 2.5 亿条。

大部分的人发微博集中在早上 8：00~9：00 点，中午 12：00~13：00，晚上 20：00~22：00， 假设·评论微博的时间类似。假设每条普通微博有 10 条评论。

TPS 为：

2.5 亿 *10* 60% / (4 * 3600) ≈ 100 K/s。

2.      非热点事件时的高性能计算架构，需要考虑是否要拆分独立的服务；

发微博是一个典型的写操作，因此不能用缓存，可以用负载均衡。用户量过亿，应该要用多级负载均衡架构，覆盖 DNS -> F5 -> Nginx -> 网关的多级负载均衡。评论微博的时候依赖微博状态，因此评论微博的时候尽量把同一微博的评论放在同一服务器上。同时评论 TPS 及服务数据都远大于微博本身，应该拆分为一个独立的服务。

评论微博是一个既有读又有写的过程。所以缓存也很重要。但因为写很多，不是合 CDN 缓存。同时为保证一致性，尽量把缓存存放在分布式缓存层。

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

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

热点事件会有很多评论，可以用漏桶算法加写缓冲。同时可以加大缓存层，以提高并发访问量。但因为评论添加快，所以不适合 CDN.