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