#读后感# 《企业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章 共享服务中心对内和对外的协做共享
服务化实施阶段