企业IT架构转型之道读书笔记-公开
2021-08-18 14:51:45 10 举报AI智能生成
企业IT架构转型之道读书笔记
作者其他创作
大纲/内容
简介
战略执行到位、3年内达到战略调整所设定目标，对业务的创新和支持将带来巨大的影响
执行力！
企业信息中心发展的症结
“烟囱式”系统建设模式
1）重复功能建设和维护带来的重复投资。
打通“烟囱式”系统间交互的集成和协作成本高昂。
3）不利于业务的沉淀和持续发展。
构建业务中台的基础——共享服务体系
回归SOA的本质——服务重用
服务需要不断的业务滋养
共享服务体系是培育业务创新的土壤
赋予业务快速创新和试错能力
小的前端团队具备以下特征
团队协同效率最高
对战机（商机）的把握更加敏锐
调整方向更加快捷
一旦发现正确目标，全力投入扩大战果
为真正发挥大数据威力做好储备
数据分布广、格式不统一、不标准。
缺少能基于数据有业务建模能力的专家。
改变组织阵型会带来组织效能的提升
业务架构师
共享服务体系搭建
分布式服务框架的选择
淘宝平台“服务化”历程
降低不同模块开发团队间的协同成本，业务响应更迅捷
大大降低系统间的耦合度以及整体复杂度，各个开发团队可专注于各自的业务模块
避免了个别模块的错误给整体带来的影响
业务拆分后解放了对单数据库集群连接数的能力依赖
做到针对性的业务能力扩容，减少不必要的资源浪费
“中心化”与“去中心化”服务框架的对比
ESB模式的“中心化”服务架构的根本诉求
“去中心化”分布式服务架构解决的问题
共享服务中心建设原则
淘宝的共享服务中心概貌
什么是服务中心
服务中心一定是不断发展的
服务中心中的服务形态多样性
依赖于接口的服务
依赖于工具的服务
依赖于数据的服务
服务中心的划分原则
高内聚、低耦合原则
注意这里的业务隔离性是从应用场景来说的。
数据完整性原则
关键数据，相关性数据；实时在线数据，离线计算的数据。
业务可运营性原则
渐进性的建设原则
数据拆分实现数据库能力线性扩展
数据库分库分表的实践
数据尽可能平均拆分
尽量减少事务边界
系统的锁冲突概率越高
系统越难以扩展
整体性能越低
异构索引表尽量降低全表扫描频率
精卫填海
精卫本身的结构分为抽取器（Extractor）、管道（Pipeline）、分发器（Applier）
多线程管道实现
数据的安全
友好的用户自服务接入体验
平台管控和统计
将多条件频繁查询引入搜索引擎平台
简单就是美
异步化与缓存原则
ACID和BASE的区别与联系
企业IT架构转型之道
收藏
收藏
0 条评论
下一页
