架构案例 - Feed业务架构设计实践

一、What

1. Feed：订阅源
2. 经典场景，比如微博，Twitter，Facebook等社交网站，朋友圈等等
3. 特点是单人写，多人读
4. 数据：关系、粉丝、发布的feed消息
5. 难点：自己的主页是别人发布的feed组成，当并发量高的情况下（比如郭德纲发了一条feed），如果设计的不好，那么会造成粉丝拉取主页很慢

二、How

1. 拉模式（读扩散）：
   适合数据量小，并发量小的初创阶段。当数据量和并发量上去的时候，会出现主页读取慢的情况
   优点：feed存一份，存储小，逻辑简单
   缺点：用户集中访问数据，性能差（指拉取主页慢）

2. 推模式（写扩散）：
   适合数据量大，并发量大的成熟阶段。
   优点：feed存多份，用冗余存储换锁冲突，性能高（拉取主页快速）
   缺点：逻辑复杂，任何一个操作（比如关注，取消关注，发布一条feed），都会有写扩散，比如发布一条feed，要发送给所有粉丝（即每个粉丝都会收到这条消息的id，或者id+内容）