微服务成熟度模型
2024-06-19 19:24:46 10 举报AI智能生成
微服务成熟度模型
作者其他创作
大纲/内容
思路和构建
3个维度-8个方面-5个阶段 这个思路进行微服务成熟度模型
五大阶段定义
初始阶段（Initial）
微服务交付的过程多借助手动执行，流程通常是混乱和无序的，缺乏稳定的环境，产品的交付经常超出成本或赶不上进度。
总结：→手动 无序
总结：→手动 无序
已管理阶段（Managed）
微服务实施过程得到管理，服务交付的过程有计划、执行、跟踪和管控，部分过程自动化，服务状态可视化。
总结：→管控 跟踪
总结：→管控 跟踪
已定义阶段（Defined）
定义和建立了团队级的标准过程，用标准、规范、工具和方法等描述了服务的交付过程，并在整个组织范围内得到认可，在微服务生命周期上实现了过程自动化。
总结：→标准化 自动化
总结：→标准化 自动化
量化管理阶段（Quantitatively Managed）
定义了过程度量指标，能够评价微服务交付过程执行的效率和质量，而且交付过程是可以度量、控制和预测的，构建了可视化的度量收集方法并能持续跟踪。
总结：→可量化
总结：→可量化
持续优化阶段（Optimizing）
形成了成熟的自治团队，能够自行分析和解决在微服务实施过程执行中的相关问题，可以有效识别和控制交付过程中的风险，建立了适合自身的持续优化和创新过程，并能够在组织内有效复制。
总结：→可进行持续优化
总结：→可进行持续优化
团队与
敏捷
敏捷
全功能团队
初始阶段（Initial）
·分析、开发、测试、运维属于不同部门
·各部门负责相关的职责，部门间有清晰的转交标准
·各部门负责相关的职责，部门间有清晰的转交标准
已管理阶段（Managed）
·团队需求分析人员和开发成员为主有独立的测试部门
·团队的职责以实现功能为主
·团队能够获取服务的基本运行状态(生产环境)
·团队的职责以实现功能为主
·团队能够获取服务的基本运行状态(生产环境)
已定义阶段（Defined）
·团队包括需求分析、开发和测试的角色(无须开发转测试的流程);测试能与开发协作，定义Story的验收标准团队能实现核心逻辑、并能自动化验证逻辑
·团队能够自动化完成相应环境的部署
·团队能够自动化完成相应环境的部署
量化管理阶段（Quantitatively Managed）
·团队包括需求分析人员、开发成员、测试成员和运维人员
·团队能够建立对各项过程的度量系统，并跟踪各个度量指标的变化趋势，从中得到及时的反馈
·团队能够建立对各项过程的度量系统，并跟踪各个度量指标的变化趋势，从中得到及时的反馈
持续优化阶段（Optimizing）
·包括服务交付的全功能团队
·能完成服务的分析、开发、测试、部署和运维团队能够自主识别和管理各项流程中的风险团队协作流程和经验的可复制性
·能完成服务的分析、开发、测试、部署和运维团队能够自主识别和管理各项流程中的风险团队协作流程和经验的可复制性
敏捷实践
初始阶段（Initial）
·迭代周期超过3个月周期时间(CvcleTime)超过3个月
·缺乏站会、代码Review、回顾会议等实践
·缺乏站会、代码Review、回顾会议等实践
已管理阶段（Managed）
·迭代周期为 1~3个月周期时间(Cycle Time)为1~3个月
·有每日团队站会 、代 码Review实践
·使用看板等可视化管理工具管理团队任务
·有每日团队站会 、代 码Review实践
·使用看板等可视化管理工具管理团队任务
已定义阶段（Defined）
·迭代周期在0.5~2个月周期时间(CycleTime)为0.5~2个月
·有清晰的迭代计划和产出对阻塞的工作单元有明确的优化策略
·有清晰的迭代计划和产出对阻塞的工作单元有明确的优化策略
持续优化阶段（Optimizing）
架构与技术
服务设计与实现
服务支撑组件
运维管理
工程与实践
测试管理
交付流水线
部署管理
0 条评论
下一页
