开发层技术：
- 开发框架：优选成熟的框架，避免盲目追逐新技术
- web服务器：小公司用现成的成熟框架，大公司自研优化
- 容器：虚拟化技术主键没落，docker为中心的技术引领市场
服务层技术：
- 配置中心，集中管理各个系统的配置
- 服务中心，解决跨系统依赖的“配置”和“调度”问题
- 消息系统，跨系统异步通知的中间件系统
负载均衡：
- DNS地理级别的均衡
- Nginx、LVS、F5 用于同一地点内机器级别的负载均衡。其中 Nginx 是软件的 7 层负载均衡，LVS 是内核的 4 层负载均衡，F5 是硬件的 4 层负载均衡 （Ngxin 的性能是万级，一般的 Linux 服务器上装个 Nginx 大概能到 5 万 / 秒；LVS 的性能是十万级，没有具体测试过，据说可达到 80 万 / 秒；F5 性能是百万级，从 200 万 / 秒到 800 万 / 秒都有）
- CDN，为了解决用户网络访问时的“最后一公里”效应，本质上是一种“以空间换时间”的加速策略，即将内容缓存在离用户最近的地方，用户访问的是缓存的内容，而不是站点实时的内容
- 多机房：同城多机房，跨城多机房，跨国多机房
- 多中心：多中心设计的关键就在于“数据一致性”和“数据事务性”如何保证；多机房的主要目标是灾备，当机房故障时，可以比较快速地将业务切换到另外一个机房，这种切换操作允许一定时间的中断（例如，10 分钟、1 个小时），而且业务也可能有损失（例如，某些未同步的数据不能马上恢复，或者要等几天才恢复，甚至永远都不能恢复了）。因此相比多机房来说，多中心的要求就高多了，要求每个中心都同时对外提供服务，且业务能够自动在多中心之间切换，故障后不需人工干预或者很少的人工干预就能自动恢复
用户层：
- 单点登录、第三方授权登录oauth；
- 消息推送，设备和用户管理、连接保活、消息管理（特征规则标签）
- 存储云、图片云
业务层：拆分、合并~业务拆分，bff或网关层聚合，低内聚高耦合
