微信公众号或者微博大V业务的聊天存储如何设计？

微信公众号或者微博大V业务存储有两种方式：1. 消息扩散写，大V每发一条消息，都要给所有关注者写一条私聊消息，这必然是个性能瓶颈，存储成本也非常高。


2. 消息扩散读，消息写一份，但是关注者和大V也有私聊，如何将大V群发的消息和私聊融合？
求大神指教！！！

引用：1mok 发表于 2019-01-30 17:24
多谢大佬，目前公开的公众号实现技术资料很少

是的，这涉及到商业秘密问题，张小龙是不会随便允许团队分享出来的

引用：JackJiang 发表于 2019-01-30 16:43
扩散写是所有方案是技术难度最低的，但唯一的问题就是存储成本可能比较大。总之，方案需要根据自已的需求来 ...

多谢大佬，目前公开的公众号实现技术资料很少

扩散写是所有方案是技术难度最低的，但唯一的问题就是存储成本可能比较大。总之，方案需要根据自已的需求来权衡。

另外，这篇文章《以微博类应用场景为例，总结海量社交系统的架构设计步骤》，看看能不能帮到你