1 SET解决什么问题？
1.1 容灾问题
核心服务挂掉、数据库主库集中在一个IDC、
1.2 资源扩展问题
单个IDC扩展有限（如机房满载、带宽不足），跨机房、异地扩展IDC又会出现跨机房造成的延迟问题
数据单主情况，连接数有限，不支持应用无限扩展
1.3 大集群拆分问题
分布式集群规模巨大会带来响应的资源扩展、大集群拆分、容灾问题
处于业务角度考虑，会出现容灾、异地需求，底层无法实现
单元化架构应运而生
2 SET化方案演进

2.1 同城双活,存储、mq、缓存、定时任务异地主从架构，跨机房写入；一个数据中心异常，可手动切换；
2.2 两地三中心
同城双活基础上，在异地部署数据中心，只有灾难级故障才启用（异地冷备）

                冷备不敢切、浪费资源、本质仍然是单点、资源，容灾，扩展问题依然未解决

2.3 SET化  流量路由到中心集群还是单元集群

Route By UserId

3 SET化架构
3.1 单元化集群，每个集群都可以独立处理单元内的流量，实现流量拆分、故障隔离
3.2 每个单元只存储本集群的数据；后续做数据双向同步，实现容灾切换需求
3.3 中心集群：未进行单元化改造的服务，通常为非核心服务
3.4 SET化策略:
中间件：MQ、RPC、KV等
RPC---对SET服务封闭调用，对非SET服务调用中心集群
MQ、KV---支持分SET的生产、查询、消费

             数据同步：
             全量数据：对数据量小的数据部署中心集群，其他数据路由到单元集群
             未来规划：对各个单元的数据，需要互相同步，完成容灾需求

             SET化能力：
             流量调度
             容灾

             高效本地化服务：
             根据前端的信息，ip，属地、流量路由到最近的SET
             O2O场景更需要高效的本地化服务能力

             集装箱式部署：
             SET一键创建、发布

4 SET化架构原则是什么：

4.1 对业务系统透明 业务不需要关心SET的规则，部署问题
4.2 切分原则：切分由业务层面按需切分、优先选最大的业务维度切分、海量O2O用户按属地就近切分、单个SET不局限与单个机房，但集群不宜过大