架构实战营 模块五：课后作业

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

【作业要求】基于模块 5 第 6 课的微博实战案例，分析“微博评论”这个核心场景的业务特性，然后设计其高性能高可用计算架构，包括但不限于如下内容：1）计算性能预估（不需要考虑存储性能）2）非热点事件时的高性能计算架构，需要考虑是否要拆分独立的服务 3）热点事件时的高可用计算架构

【提示】分析方法对照“看微博”和“发微博”的案例。

根据课程中看微博的数据量推估，看微博平均一条微博观看次数为 100 次，假设评论率为 10%，也就是每条微博平均被评论 10 次。观看微博的次数为：2.5 亿 * 100 = 250 亿。大部分人评论微博的时间段和看微博的时间段基本重合，因此看微博的平均 QPS 计算如下:1000K/s *10% = 100K/s。架构可借用写微博的多极负载均衡架构。

评论微博的 TPS 约为写微博的 10 倍，但由于评论微博属于次级服务，如果合并服务会影响到写微博的服务，所以需要拆分为独立的服务，但仍需要遵循写微博的关键步骤，内容审核(依赖审核系统)、数据写入存储(依赖存储系统)、数据写入缓存(依赖缓存系统)，，由于评论微博信息量大多为文字且皆不太大因此按照一个服务每秒处理 2500 来估算，完成 100K/s 的 TPS，约需要 40 台机器，加上一定的预留量，约 45 台服务器即可。