读扩散？写扩散？推拉架构一文搞定！

今年花了一些笔墨写推拉系统架构：

• 系统通知，推送还是拉取？
• 状态同步，推送还是拉取？
• 网页消息，推送还是拉取？
• 群已读回执，推送还是拉取？（这个diao）
• 群消息，存一份还是多份？（这个meng）
• feed流，到底什么是读扩散？
• feed流，到底什么是写扩散？
  每一篇都是细致展开的案例，绝无花哨的装B。
  画外音：每一篇，都先说业务场景，再聊N个方案，以及方案的优缺点，细细品味，定有收获。

点击标题，立刻阅读相关文章。

《系统通知，究竟是推送还是拉取？》

• 系统对1通知场景
• 系统对n通知场景
• 你以为是推？

《状态同步，究竟是推送还是拉取？》

• 服务端状态+客户端状态
• 好友状态+群友状态
• 你以为是推？

《网页消息，究竟是推送还是拉取？》

• 拉，实时性与效率如何保证？
• 推，实时性与效率如何保证？
• 你以为是拉？

《群已读回执，究竟是推送还是拉取？》

• 群消息是如何投递的？
• 群已读回执是如何投递的？
• 群已读回执应该如何优化？

《群消息，究竟存一份还是多份？》

• 存多份，要怎么存？
• 存一份，要怎么存？

《feed流，究竟什么是读扩散？》
《feed流，究竟什么是写扩散？》

• 什么是feed流业务？
• 读扩散的优缺点是啥？
• 写扩散的优缺点是啥？

脱离场景的技术讨论，都是耍流氓。

架构师之路-分享通俗易懂的技术文章

推荐阅读：
《“立体化监控告警平台”-年终总结（一）》
《“区块链与比特币”-年终总结（二）》
《“杀熟杀豪与互联网推荐”-年终总结（三）》

这一系列，花了不少心思，帮转一下？