DevOps级别定义 对于规模化的组织来说，我们只需要 4 个级别，即只存在 2~5 个级别。从流程标准化和平台…

DevOps级别定义 对于规模化的组织来说，我们只需要 4 个级别，即只存在 2~5 个级别。从流程标准化和平台化，我们已经消灭级别 1 的存在，它们都是不合规的。与此同时，从标准化和平台化的层面来看，事实上，我们也不存在级别 5，因为它们过于灵活和超前。 所以，它只需要三级模型： Level 2，规范化。从原始需求的产生到需求的上线，全部遵循组织内定义的规模标准。需求协作的过程透明化，流程明确，流转自动化；持续交付上，采用组织所定义的实践，如语义化版本，制品来源与产出可信等；在质量上，采用依据组织定义的模型设计测试策略等；在环境上，平台能支撑起规范化所需要的设计。 Level 3，平台标准化与自动化。将规范化的内容，逐一在平台上进行标准化，即定义多种技术实践，只能从中二选一，或者三选一。四大基石，都通过这一系列标准来进行自动化。唯一值得商榷的一点是持续交付上，我们需要一个松耦合的架构，才能支撑起单个团队的快速交付，诸如于微服务架构、插件化架构等。 Level 4，指标驱动与自动改进。建立一系列的度量模型，对于软件开发过程进行全面的度量。与此同时，团队与平台根据这些定义的对系统和平台进行优化。如在环境支撑上，对于应用状态的实时监控，实现自动化弹性。 对于第 5 级来说，视不同的组织情况，略有不同。如我们所定义的是： Level 5，云研发架构。构建基于云端开发时的基础设施架构，诸如于云研发架构、Serverless、Typeflow、Darklang 等，实现基础设施的自动化与架构的高度解耦。在质量上，对运行时监控，实现自动化测试编写，对代码进行静态分析，实现精益测试；在协同上，通过构建领域特定语言，实现需求生成代码骨架；在环境上，自动实现灰度发布等特性。