千万IM系统 架构设计思路
http://spring4all.com/forum-post/4651.html
可看看里面 包含哪些，有个大概思路
实际没人上来就这么整，谁保证你项目上来就千万用户。市场钱多另论
业务背景:
创业公司打造安全IM工具，主打私密聊天和严格控制好友数量
技术团队使用Java，并具备MySQL、微服务、Redis等开发经验
业务基本场景包括非对称加密、一对一聊天、阅后即焚等功能
总体架构思路:
架构设计应考虑未来三年内实现1千万注册用户的目标
分级架构包括总架构师和业务域架构师的职责划分
基础技术的四化建设包括规范化、平台化、自动化和可视化
业务域划分粒度:
每个业务域由一个P8架构师负责，约30人管理范围
红包属于聊天域而不是综合域的支付服务，根据业务关联度决定
基础技术的“四个核心平台”:
运维平台、测试平台、存储平台和大数据平台的功能和要求
百万用户规模可能仍需人工运维，千万级别需要完善平台
运维平台、测试平台在百万级别时尚不成熟，千万级别时要求效率
计算架构设计:
负载均衡采用Nginx、LVS或F5
缓存架构设计和高可用架构设计的需求
其他架构设计:
千万级用户IM业务可选择同城双活或异地双活
架构设计要解决十万、百万、千万和亿级用户规模的核心复杂度