课程大纲：

1、战略设计

1.1 企业架构的五个方面和六个层次

五个方面：业务架构，技术架构，数据架构，研发流程，组织架构

六个层次：基础设施层，数据层，中间件层，中台服务层，业务服务层，用户接口层

1.2 数字化转型的三个阶段

阶段一：拉通信息系统，重塑组织协同

• 业务架构：单体应用，企业消息总线集成

• 技术架构：物理机及虚拟化

• 数据架构：数据抽取与统计分析

• 研发流程：测试与发布手工化及脚本化

• 组织架构：研发与运维隔离

阶段二：构建中台体系，加速业务创新

• 阶段一的问题，是什么影响了快速迭代。

• 业务架构：架构耦合问题，架构腐化问题，技术债务问题

• 技术架构：资源申请慢，复用性差，高可用性差

• 数据架构：数据分散质量差，单一维度统计分析，人为报告反馈链长

• 研发流程：上线依赖人，部署风险高，脚本难维护

• 组织架构：研发运维标准不一，难保障端到端高可用

如何解决这些问题：

• 中台的定义与误区

• 中台构建的两种方式和两种模式

• 一个传统行业中台的案例

• 业务架构：架构服务化，侧重变化多和复用性，领域拆分与解耦

• 技术架构：基础设施云化，统一接口，抽象概念，租户自助

• 数据架构：统一指标体系，建设数据仓库，支撑管理决策

• 研发流程：发布模式平台化，构建持续集成流程，质量和绩效看板

• 组织架构：成立中台组/架构师组，衔接研发和运维

阶段三：探索互联网模式，优化产品体验

阶段二在什么情况下遇到问题：

• 业务对接互联网业务，面临高并发流量

• 灰度发布，A/B测试，客户参与优化产品体验

如何解决这些问题：

• 业务架构：架构微服务化，侧重服务治理能力

• 技术架构：基础设施容器化，统一微服务框架和工具链

• 数据架构：个性化推荐与精准营销，业务融合数据，数据驱动创新

• 研发流程：DevOps流程，一切即代码，不可改变基础设施

• 组织架构：研发和运维融合，应用交付提前到开发，应用治理下沉到运维

1.3 云原生体系建设总图

1.4 云原生体系建设路径

云原生体系建设的四个阶段和25个步骤。

2、战术设计

假设目前的架构状态，应用单体，基础设施虚拟化，发布模式脚本化。

五个方面迭代进行：业务架构，技术架构，数据架构，研发流程，组织架构。

2.1 阶段一：规划——在架构委员会领导下的梳理与规划

组织架构先行：成立架构师组。

从业务架构出发：进行业务流程和领域梳理。

(1) 梳理核心业务流程

(2) 划分核心业务领域

(3) 确定界限上下文及相互关系

(4) 输出按照领域横向拆分架构

2.2 阶段二：试点——选一个项目试点，汲取经验，培养团队，建立规范

研发流程：发布模式平台化，构建持续集成流程。

(5) 构建持续集成流程和测试集合，建立《持续集成规范》

业务架构：架构从试点项目进行服务化，侧重变化多和复用性选择试点项目，领域拆分与解耦。

(6) 选取试点业务，横向拆分（以订单中心为例）

技术架构：着手建立统一微服务框架和API网关。

(7) 需要注册中心及API规范与知识库，建立《微服务接口设计规范》

(8) 为保证平滑拆分，前端无感知，配备API网关

业务架构：服务化拆分的详细技巧。

(9) 微服务拆分的渐进式技术方案，建立《微服务拆分最佳实践》

(10) 为了解耦和质量属性，纵向分层拆分

研发流程：在持续集成流程中，落地各种规范。

(11) 试点业务拆分完毕，总结服务化规范，建立《服务化拆分规范》，《服务化流程规范》，《接口定义，修改规范》，《日志规范》，《数据库设计规范》，《监控规范》，《工程规范》，《日志打点规范》，《质量平台规范》

(12) 如何保证规范落地，质量看板，流程保障，绩效考核，《服务发布流程规范》

2.3 阶段三：服务化——试点结束，在架构委员会的领导下，在服务化规范的指引下，各组制定里程碑计划，逐步拆分

业务架构：架构开始全面服务化历程。

组织架构：建设中台开发组，业务开发组，基础底座组。

(13) 架构委员会的组织服务化分组，分组拆分

(14) 每组制定里程碑计划，定时向架构委员会汇报

技术架构：当服务数量多，配备容器，APM，日志中心，配置中心。

研发流程：环境交付提前，Dev和Ops的融合，一切皆代码，不可改变基础设施。

(15) 微服务拆分数目多，运维受到压力，容器化，建立《大规模容器平台建设最佳实践》

(16) 微服务拆分数目多，定位问题难，全链路监控

(17) 微服务拆分数目多，统一日志中心，建立《日志中心最佳实践》

(18) 微服务拆分数目多，统一配置中心

2.4 阶段四：微服务化——互联网场景，遭遇性能问题，进一步拆分

业务架构：业务进一步拆分。

(19) 为支撑高并发，进一步拆分，性能优化，以订单中心为例

技术架构：更多的服务需要服务治理中心，分布式数据库，分布式事务。

(20) 服务治理，防止雪崩和请求堆积

(21) 服务多，去Oracle，配备分布式数据库和分布式事务组件，建立《Oracle切换分布式数据库流程》

(22) 多服务一致性，使用TCC和事务消息，建立《分布式事务最佳实践》

研发流程：容器化后测试环境指数性增加，需要流量染色。

(23) 容器化之后，测试环境多，流量染色

(24) 全链路压测，承载高并发

(25) 多机房高可用与单元化