业务背景
经过N年的努力，公司的 IM 业务已经跻身业界前三，已经超过6000万用户，作为创业功臣的你，此时正享受成功带来的喜悦。虽然业务发展势头良好，你以为可以高枕无忧了，但“革命尚未成功，同志仍需努力”，业务的发展带来了新的技术挑战。
【公司背景变化】
1. 技术团队增长到上千人，IM 业务分了很多业务线；
2. 很多外部企业想合作；
3. 以前老板说“钱和人不是问题”，现在老板一看成本就觉得是大问题。
业务基本场景 – 业务线划分
架构要解决的核心复杂度
亿级用户规模总体架构思路
分区架构
开放平台架构设计原则
开放平台基本架构
| 沙箱环境 | 第三方应用测试，数据与线上数据隔离 |
| 管理后台 | 第三方应用审核、上架、下架 |
| 运营后台 | 第三方应用流量分配、推广、曝光等 |
| 分析后台 | 第三方应用统计分析，例如安装量、访问量、活跃数等 |
| 结算后台 | 第三方应用分成结算等 |
降成本设计
调优：根据业务场景优化各种参数
例如：Linux 调优、数据库调优。
定制化：
根据业务场景定制各种系统。
例如：Linux 定制、JVM 定制、服务器定制、硬盘定制……
自建：
用自建系统代替开源或者商业系统。
例如：去 IOE、OceanBase。
架构要解决的核心复杂度
千万用户架构 vs 亿级用户架构
原文始发于微信公众号（二进制跳动）：亿级用户规模 IM 架构设计
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/167179.html
