模块五作业

评论微博

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

用户量：2020 年 9 月月活 5.11 亿，日活 2.24 亿

发评论：

根据发微博数量，每 10 条微博下有一条评论，TPS=10K/s = 1K/s

看评论：

根据看微博数量，每 10 条微博至少会看到一条评论，250 亿/10=25 亿

大部分人看看发评论和看发微博时间相同

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

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

发评论是写操作，不能用缓存，可以使用多级负载均衡

评论不重要，节省费用，多级负载 DNS-Nginx-网关多级负载

负载均衡架构：

轮询或随机

看评论是度操作多，可以用多级缓存，尤其是 cdn 缓存

服务器数量估算：

发评论和看评论是发微博和看微博的 10 分之一，服务器数量也减少为 10 分之一，100 台/10=10 台，应该可以满足需求

任务分配：多机房部署

任务分解：发评论和看评论不用分解，数据量不算大，考虑到审核，不用实时性太高。

3.热点时的高可用架构

在正常架构上增加监控，热点事件很难预料，对部分流量明星分级，高流量的更多关注，如果热点事件发生就移到专门的服务器和路线上，同时限流，因为热点事件大部分是不正经事件，可以通过前端过滤和监控系统限流甚至屏蔽。