DevOps的十周年思考：面对挑战，如何提升成功率？

随着DevOps在科技行业的十周年庆典落幕，我们不禁思考其在企业数字化转型中的重要作用。尽管DevOps已经相对成熟，但其在实践中的挑战仍不容忽视。近期的一份令人震惊的报告显示，高达75%的DevOps项目未能实现其预期目标。那么，为何DevOps的失败率如此之高？面对这些挑战，我们又该如何应对？本篇文章将深入剖析这些问题，并为企业提供一套可复制的策略来提升DevOps计划的成功率。

资源分配是DevOps实践中的一大难题。仅仅将开发和运维团队进行集成，并不一定能产生高效的DevOps团队。缺乏主题专家的现象严重影响了团队实现DevOps承诺的能力。只有拥有专门处理问题的资源，DevOps才能加快功能发布、更新和上市时间。企业必须确定关键的应用程序技术和开发流程，并为这些特定领域分配专门的技能型人才。只有这样，才能确保资源的合理配置，提高DevOps计划的成功率。

在DevOps实践中，责任错位是一个常见的问题。由于DevOps将目标截然不同的团队聚集在一起，摩擦和冲突在所难免。更糟糕的是，高层往往没有明确定义DevOps团队的目标、职责和优先级，导致模棱两可的空间过大。为了克服这一挑战，组织需要清晰地描述DevOps的目标、优先级和职责。需要培养拥有运维思维的开发人员，他们愿意走出自己的舒适区，以引领DevOps计划走向成功。每个团队成员都应该对DevOps端到端任务的成功负责，从而形成共同的责任担当。

三 过程的割裂与整合之难

尽管DevOps已经成熟，但其并不特别适用于所有中小企业的软件开发和交付模式。许多与DevOps接轨的中小企业发现自己陷入了困境。其中一个重要原因是过程的割裂。DevOps通过自动化软件开发生命周期中涉及的大部分任务来工作，但由于缺乏集成化的工具，使得自动化进程受阻。企业需要开发一个清晰的DevOps策略，指定组织的DevOps目标，确定可以自动化的流程，并部署资源来实现这些目标。企业需要找到合适的方法来整合这些工具，以提高效率和质量。

缺少适当的度量标准是DevOps实践中的另一个重要挑战。合适的KPI和指标对于传达组织的优先级和期望至关重要。在稳定性和部署时间之间持续存在的冲突就是一个典型的例子。为了解决这个问题，企业需要建立一套完整的度量体系，明确并公开其度量标准。这样不仅可以评估团队的绩效，还可以引导团队朝着正确的方向前进。企业需要确保度量标准的设置是实际可行的，并能真实反映组织的业务需求和目标。

指标领航，为DevOps团队指明方向

为了确立清晰且精准的目标方向，团队需要依赖一系列关键的指标，以便确定不同目标的优先级。这些指标虽然会随着业务的变化而调整价值，但它们对所有DevOps团队都具有普遍的相关性。企业在向团队传达DevOps目标时，必须明确以下一些核心指标：

1. 部署频率：团队代码成功部署至生产环境的次数。

2. 部署时间：从开发完成到代码成功部署的时间周期。

3. 更改故障率：代码更新后出现的故障比例。

4. 自动测试通过率：自动化测试成功执行的比例。

5. 每次发布后的故障数：每次代码更新后发生的故障数量。

6. 缺陷逃逸率：未检测到的缺陷在生产环境中的出现比例。

7. 检测的时间到：从发现缺陷到修复的时间延迟。

8. 功能使用：用户实际使用特定功能的频率和满意度。

9. 终端用户体验：用户在使用产品或服务时的实际体验反馈。

10. 业务影响：DevOps实践对整体业务的影响程度。

11. 部署失败：尝试部署但最终失败的比例。

文化转变是DevOps转型的核心挑战

DevOps的推广和实施面临的最大障碍是对变革的抵制。这种变革试图将控制权从各个团队及其负责人转移到单一的多部门机构，自然会引发对决策权变动的担忧。

更重要的是，DevOps领导角色的定位与传统IT领导有所不同。传统IT领导需要拥有指导、支持和建议员工的专业技能。但在DevOps环境中，需要的是一种适应不稳定和快速变化环境的能力，其中错误可能常见，后果也可能极为严重。员工对DevOps流程的担忧不难理解。

领导的首要任务是创造一个支持性的环境，给予员工更大的自由度，同时保护他们免受因快速试验而产生的挫折感。领导者必须专注于确定DevOps的成功模式，并在整个组织中复制这些模式，以推动转型的扩展。

解决文化惯性问题的关键在于采用一种自上而下的方法，赋予DevOps团队更多的实验自由，并确保他们的稳定性。这需要整个组织的相关方一致支持所需的必要文化变革，包括不同组内的执行人员和领导。这不仅仅是技术上的采纳，业务、运营、IT、财务等各个方面都必须建立承诺和信任。

应对DevOps扩展的挑战

早期DevOps计划的成功常常转化为失败，因为表现最佳的DevOps团队很快就会被过多的项目淹没，导致交付瓶颈、压力增加和生产力的下降。为了解决这一问题，团队需要强大的协作工具，以便从任何地点进行编码、发布和协作。他们需要借鉴开源实践，采用内部源代码方法，并转向“以产品为中心”的交付模型。

让DevOps与安全性共舞

表面上，DevOps和安全性似乎存在冲突。一个追求速度和持续交付，另一个则强调广泛的测试和防误。企业正逐渐意识到，将安全性融入DevOps可以帮助他们更快地发现和修复漏洞、发布更新，以及应对网络威胁。

目前，DevOps在将安全性融入其流程中面临三大障碍。为了提高威胁的可见性，团队需要提供安全数据，方便团队成员报告，并根据每个团队成员的角色和职责定制SIEM仪表板。为了使之有效，可以建立一个基于共同绩效目标的奖励体系。这样可以将潜在的障碍转化为对领导层的支持，从而确保成功。