[转]推拉系统架构
今年花了一些笔墨写推拉系统架构:
- 系统通知,推送还是拉取?
- 状态同步,推送还是拉取?
- 网页消息,推送还是拉取?
- 群已读回执,推送还是拉取?(这个diao)
- 群消息,存一份还是多份?(这个meng)
- feed流,到底什么是读扩散?
- feed流,到底什么是写扩散?
每一篇都是细致展开的案例,绝无花哨的装B。
画外音:每一篇,都先说业务场景,再聊N个方案,以及方案的优缺点,细细品味,定有收获。
点击标题,立刻阅读相关文章。
- 系统对1通知场景
- 系统对n通知场景
- 你以为是推?
- 服务端状态+客户端状态
- 好友状态+群友状态
- 你以为是推?
- 拉,实时性与效率如何保证?
- 推,实时性与效率如何保证?
- 你以为是拉?
- 群消息是如何投递的?
- 群已读回执是如何投递的?
- 群已读回执应该如何优化?
- 存多份,要怎么存?
- 存一份,要怎么存?
- 什么是feed流业务?
- 读扩散的优缺点是啥?
- 写扩散的优缺点是啥?
[source]读扩散?写扩散?推拉架构一文搞定!