中台是为了快速响应业务变化，而体现出IT 技术，IT 系统，IT 部门的业务价值而诞生的概念，涉及业务架构，IT 架构，数据架构，研发流程，组织架构等方面
以业务为核心的中台体系建设
转型的道路复杂崎岖，需要不断修正，
高管需要精准了解目前状况，
不断决策新的业务模式和产品是否满足客户需求，
同时需要有创新型的组织跟上变化，这一切都需要数字做支撑。
中台体系建设模型
管理监督分析决策
高层决策
用户体验产品孵化
产品创新
业务流程盈利模式
业务模式
持续集成的概念成本控制效率提升
组织协同
以业务为核心，领导层可控制可观测，逐步快速迭代
中台体系建设所涉及的架构和流程
组织架构
研发运维隔离 > 建立中台组衔接研发运维 > 建立架构委员会融合研发运维
研发流程测试发布手工化 > 测试发布脚本化 > 测试发布平台化 > DevOps
数据架构简单统计分析 > 支持管理决策 > 数据运营驱动创新
技术架构物理机/虚拟机 > 云计算(IaaS+PaaS)  > 容器+SpringCloud/Dubbo > Service Mesh
业务架构单体架构 > 服务化架构 > 微服务架构
中台体系建设总图
中台体系的逐步演进过程
云原生体系应用层服务数
技术底座灵活性
开发运维
规划
试点
服务化
微服务化
(1) 业务流程梳理
(2) 划分核心领域(3) 确定界限上下文及相互关系
(4) 输出按照领域横向拆分架构
(5) 持续集成流程及
工具
(6) 选取试点业务，横向拆分
(7) 注册中心及API 规范与知识库
(8) API 网关保障平滑拆分
(9) 业务拆分，灰度发布，逐渐迁移
(10) 保障质量属性，纵向分层拆分
(11) 试点业务拆分完毕，总结服务化规范
(12) 质量看板，流程保障，绩效考核
(13) 架构委员会进行服务化分组，各组制定拆分计划
(14) 各组按照里程碑计划，逐步拆分
(15) 服务多，运维压力大，容器平台
(16) 服务多，定位问题难，全链路监控(17) 统一日志中心(18) 统一配置中心
(19) 为支撑高并发，进一步拆分
(20) 服务治理，防止服务雪崩，请求堆积(21) 服务多，去Oracle ，使用分布式数据库，分布式事务(22) 多服务一致性，使用TCC ，事务消息
(23) 容器化之后，测试环境多，流量染
(24) 全链路压测
(25) 多机房，单元化
激
活
促进
数字化转型阶段一：拉通信息系统，重塑组织协同
产品
管理
账户
管理
银行
卡管
理
结算
管理
客户
管理
交易
类系
统
烟囱系统
信息零散
数据不一致
无法拉通
无法协同仅仅业务相关信息记录，信息系统是成本，无法发挥价值
•业务架构：单体应用，企业消息总线集成

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。