一、思考
1、厚平台、薄业务
2、服务中心的业务定位：
相关的服务均有各自的服务中心提供，不管前端业务形态如何多样，共享服务中心提供的服务都能很好地提供所包含的核心服务，让前端业务的交易信息和数据回流到对应的服务中心。
3、业务架构师：（服务中心业务负责人）
从技术开发初试，在多年业务领域的需求浸染中，不断形成对该业务全面的知识体系以及自身的理解，对该业务在集团中的职能定位、市场发展趋势都有一定的全局认识、能从业务视角带领团队朝着服务中心的核心能力打造、专业、成熟的方向前进。
4、业务架构师关心和思考的问题
- 在当前的业务流程设计中，我依赖了哪些应用和服务？
- 整个链路的依赖路径是怎样的？哪些服务对当前业务处理来说是最为核心的？这些依赖出错，会员什么影响？
- 一次业务请求处理的时间到底花在了什么地方？是因为某一个服务耗时很长，还是某一个数据库的访问操作耗时最久，需要由一个清晰直观的定位。
- 我负责的业务链路中，过去一段时间哪些服务是出错率比较高的，哪些服务是业务链路的处理瓶颈？
二、共享服务体系搭建
1、分布式服务框架：略
2、服务中心的设计：
- 高内聚、低耦合
- 数据完整性
- 业务可运营性
- 渐近性的建设
3、数据拆分：分库分表、异构索引、搜索引擎
4、异步化和缓存原则：
- 基于消息服务的异步机制
- 幂等性：同一操作反复执行，结果不变
- 两阶段提交协议
- TRY/CONFIRM/CANCEL
- 乐观锁
- 消息服务更新缓存
5、数字化运营：
- 分布式服务调用链跟踪平台（鹰眼）
- 海量日志分布式处理平台（TLog）
6、打造平台稳定性：
- 线上压测工具
- 限流组件（TMD淘宝导弹防御系统）
- 限流平台（Sentinel），资源和策略
- 流量调度
- 业务开关管理平台（Switch）
- 全链路压测平台
- 实施业务审计平台（BCP），将消息/日志组合成事件，对事件信息规则运行
7、管理服务
- 服务能力在线化、数据化
- 组件化服务
- 实现API的服务封装
- API -> Product -> Solution
8、能力开放是构建生态的基础：主动参与者、持续创新。
三、我的理解
这本书至少把一个问题解答了一半：企业尤其是非互联网公司，如何构建系统，才能更好的支撑原有的对内服务体系走出去，实现对外服务，实现共享服务平台。
关键在于中台的建设，针对公司业务建前台，针对行业领域建中台，采用通用成熟的后台是一个方向。这样，就可以在适时的业务沉淀后，将中台服务推送给整个行业领域，并打造生态平台，支持各个客户公司的特殊前台需求。
关键词：沉淀
技术的沉淀、人才的沉淀、业务积累的沉淀，都可以在中台的架构下得到支撑。
难点和人才：需要有优秀的业务架构师去支持
