B站消息新架构升级
💡
原文中文，约5600字，阅读约需14分钟。
📝
内容提要
文章探讨了在数据量大、流量增加的情况下，如何优化消息系统以避免技术降级。分析了私信业务的现状与技术架构，提出通过微服务、缓存优化和异步写入等方案提升系统性能与稳定性，以应对未来的数据增长挑战。
🎯
关键要点
- 技术上数据量越大，降级概率越大，消息业务不接受技术降级。
- 私信业务分为用户单聊、批量私信、群聊和应援团小助手四类，存在技术耦合问题。
- 私信单聊的触达率低，有优化潜力。
- 会话缓存过期时，Mysql是唯一回源，瞬时QPS受连接数和响应速度影响。
- Mysql的响应速度逐渐变慢，增加POD数量无法解决根本问题。
- 私信内容的写性能接近天花板，未来数据量将大幅增长。
- 服务端代码耦合导致复杂度增加，影响性能。
- 优化方案包括微服务、缓存优化和异步写入，以提升系统性能与稳定性。
- 新架构设计分为接入层、业务层、平台层和触达层，提升系统的稳定性和扩展性。
- BFF架构升级，剥离历史包袱，优化用户体验。
- 服务端集中精力优化业务层和平台层，采用冷热分离和读写分离策略。
- 引入泰山存储作为缓存，提升数据访问效率。
- 保证最终一致性，通过Redis Lua脚本实现原子性操作。
- 技术升级是一个逐步优化的过程，需要设定合理目标并控制成本。
- IM系统技术难点多，欢迎同行交流研讨。
➡️
