读书笔记：《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》
#读后感# 《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》钟华（花名：古谦）编著，阿里巴巴中间件首席架构师，15年中间件领域行业经验。
进入新公司第一天，领导就给了这本书，惭愧，刚看完...
一本推动“中台建设”指导性实战用书，浓缩了10来年的经验，从架构层面详细叙述阿里共享业务事业部：技术的演变和思路，具有很高的参考价值！
【读书笔记】
《企业IT架构转型之道》
钟华著
阿里巴巴中台战略思想与架构实战
第2章 构建业务中台的基础——共享服务体系
服务不需要“业务稳定”，而需要不停的滋养。
阿里巴巴共享业务事业部的5大价值定位
开放
实现对内对外的开放
服务
服务能力不断提升
滋养
业务滋养
稳定
专注、专业带来稳定
数据
线上线下数据产品创新
第3章 分布式服务框架的选择
SOA并没有定义出一定是基于ESB总线的方式。
ESB模式的“中心化”服务架构的根本诉求。
“去中心化”分布式服务架构的根本诉求。
分布式事务难题
针对业务的需求在事务一致性和性能间做好平衡。
微服务的服务设计
以什么样的服务颗粒度定义服务？
以什么样的数据模型支撑服务能力的线性扩展？
如何保持设计出的服务具有很好的业务前瞻性？
原有组织架构是否满足微服务架构持续发展的需要。
第4章 共享服务中心建设原则
服务中心建设要考量的三个重要方面
设计
业务和系统建模遵循面向对象的基本原则。
运营
服务中心应该是一个完整的业务模型，要有数据运营和业务整合的价值。
提供管理运营的方法和配套工具服务。
工程
不能图一时之快把业务拆得非常彻底，到最后不得不投入很大资源来解决技术上面对的问题。
项目中总结的基本原则
高内聚、低耦合原则
数据完整性原则
业务可运营性原则
渐进性的建设原则
第5章 数据拆分实现数据库能力线性扩展
如果在“尽量减少事务边界”与“数据尽可能平均拆分”两个原则间发生了冲突，那么请选择“数据尽可能平均拆分”作为优先考虑原则，因为事务边界的问题相对来说更好解决，无论是做【全表扫描】或做【异构索引复制】都是可以解决的。而写入或单机容量如果出现不均衡，那么处理起来难度就比较大。
如果为每一个存在跨join或全表扫描的场景都采用数据异构索引的方式，整个数据库出现大量数据冗余，数据一致性的保障也会带来挑战，同时数据库间的业务逻辑关系也变得非常复杂，给数据库运维带来困难和风险。
第6章 异步化与缓存原则
CAP之间的取舍
放弃分区容错性
放弃可用性
放弃一致性
BASE理论
基本可用（Basically Available）
柔性状态（Soft State）
最终一致性（Eventual Consistency）
互联网应用最核心的需求是：高可用。
传统分布式事务
两段式提交
准备阶段
提交阶段
柔性事务处理分布式事务问题
引入日志和补偿机制
MQ
实现无锁
事务管理器
阿里内部实现
TXC
支付宝XTS框架
关于柔性事务的总结
两阶段提交的方案可以保证最强的ACID要求。
而最终一致性方案往往意味着更高的事务处理性能及处理吞吐率，但有些实现方案需要开发人员更全面地了解前端业务以实现事务的正向补偿或反向回滚，也会付出有损事务隔离性的代价。
为了充分发挥柔性事务框架性能的优势并实现业务的最终一致，需要采纳以下配合方案：
应用程序一定要做幂等实现，特别是对数据库进行数据修改操作时。
远程模块之间用异步消息来驱动，异步消息还可以起到检查点的作用。
第7章 打造数字化运营能力
阿里巴巴的鹰眼平台
服务调用链跟踪
着重于对业务链路数据的实时监控
服务调用链分析
对服务调用数据按照不同维度进行离线的统计和分析
很好地解决了服务开发人员和业务架构师针对应用服务化后服务管控的诉求，是阿里巴巴服务管控体系最为重要的两个核心功能。
第8章 打造平台稳定性能力
Sentinel平台所提供的【限流】和【降级】功能，是今天阿里巴巴集团如此庞大、复杂的服务化平台能稳定运行至关重要的。
实时业务审计平台（Business Check Platform, BCP）采用规范与标准化业务规则的方式，统一解决平台服务化后越来越凸显的业务一致性问题，解放业务人员那颗悬着的心。
第9章 共享服务中心对内和对外的协作共享
服务化实施阶段
正文到此结束
热门推荐
相关文章
近期评论
-
666
-
文章和留言都翻到11页了 没有OOM
-
-
朋友，翻页到11页，及以后，会出现OOM，无法访问
-
-
-
-
版本号是多少，你可以下载哪个代码仓库，jdk选1.8 直接跑就行
-
-
Loading...
![[HBLOG]公众号](https://www.liuhaihua.cn/img/qrcode_gzh.jpg)
