前言：这本书是之前公司一位构架师推荐的书，现在有空拿出来拜读下
第一章：阿里巴巴集团中台战略引发的思考
1.共享业务事业部，被淘宝和天猫 “挤兑”
2.业务下沉，成立业务中台，服务前台业务单元
3.“烟囱式”系统构建模式的弊病
第二章：构建业务中台的基础--共享服务体系
1.SOA架构的核心价值：服务重用
2.服务需要不断的业务滋养
3.赋予业务快速创新和试错的能力
4.为真正发挥大数据威力做好准备
5.改变组织阵型，培养既懂技术，又懂业务的专业团队
第三章：分布式服务框架的选择
1.“去中心化”的服务交互方式，更适合互联网场景，原因：
1）服务调用方式的不同，带来额响应和扩展成本
2）"雪崩"效应束缚了“中心化”服务框架的扩展能力
2.阿里使用的服务交互方式（注册中心），是HSF（dubbo）。
3.性能上，HSF采用Netty+Hession的组合，在互联网高并发量的场景下，性能和效率比REST或者Web Service高
第四章：共享服务中心建设原则
1.系统划分，要根据业务的领域模型去做。而且是个渐进演变的过程
2.系统设计原则：
1）高内聚、低耦合原则
2）数据完整性原则
3）业务可运营性原则
4）渐进性的建设原则
第五章：数据拆分实现数据库能力线性扩展
1.读写分离
2.分库分表
3.使用TDDL提升开发效率
4.数据尽可能平均拆分
5.尽量减少事务边界（单次SQL的影响范围）
6.如果少量数据，可以在内存聚合处理，如果大量数据，走特定到的中间件（HBase、Hadoop）
7.异构索引表，降低全表扫描的频率（新增key-value关系表）
8.数据同步平台（精卫），实现异构索引
9.搜索引擎：Solr、ES、Iucene
10.简单就是美：在方案取舍上，使用简单的方式，减少系统的复杂度
第6章： 异步化与缓存原则
1.CAP理论、BASE理论
2.分布式事务的解决方案：
1）消息分布式事务
2）支付宝XTS框架：2阶段提交
3）拉里巴巴TXC事务服务：易用性高
3柔性事务总结：应用程序一定要做幂等、远程模块之间用异步消息来驱动
4.高并发场景，催生缓存技术的高度使用：乐观锁、悲观锁
第七章：打造数字化运营能力
1.分布式调用链路监控-“鹰眼”
2.分布式日志处理平台：TLog
第八章：打造平台稳定性能力
1. 限流：Nginx上的TMD（淘宝到的防御系统）系统、应用内部的Sentinel哨兵系统(授权、限流、降级、监控)
2.流量调度：防止单点问题影响到全链路的业务
3.业务开关：switch平台
4.压测：容量压测平台、全链路压测平台
5.业务一致性平台：业务审计平台（Business check platform,BCP），解决对账问题
第九章：共享服务中心对内和对外的协作共享
1.共享、开放
