1 微信朋友圈业务指标分析

到现在每天有 7.5 亿人进去朋友圈，平均每个人要看十几次，每天的打开次数总量是 100 亿次。

从朋友圈团队对外分析可得 发朋友圈+点赞+评论 约 10 亿；看朋友圈 100 亿

朋友圈主要有 4 个功能点：

• 看朋友圈-100 亿/天 约等于 10w qps

• 发朋友圈- 10 亿/天 约等于 1w tps

• 写评论 - 10 亿/天 约等于 1w tps

• 读评论- 10 亿/天 约等于 1w tps

为了应对突发事件，预估容量上应该增加 5 倍。

2 复杂度分析

朋友圈功能属于业务复杂度中等，质量复杂度较高的业务。

原因： 由于朋友圈主要有读写朋友圈内容和读写评论功能（包括点赞），朋友圈内容又包括文字内容和多媒体内容，如图片，视频，QQ 音乐卡片等，所以业务复杂度属于中等。微信属于国民应用，肯定会有大量用户请求来访问朋友圈功能，质量复杂度高。

3 架构设计

4 设计理由

1. 看朋友圈（包括读朋友圈内容和评论点赞），属于高 QPS 业务类型，根据朋友圈数据有时间线的特点，而且不同朋友看到的内容大部分相同，朋友圈数据可以放到缓存内，提升性能，并且视频、图片等内容适合通过 CDN 获取，减少机房内流量。

2. 发表朋友圈，相对看朋友圈功能 TPS 相对低，为了实现数据不丢失以及高性能，使用 DBproxy 实现分库分表写请求。

3. 发评论， 相比发朋友圈功能 TPS 高一些，为了隔离点赞功能与发朋友圈数据库故障，评论数据单独存储。

集群整体建设思路：