为什么企业的DevOps实践总是失败？
极客时间编辑部
讲述：初明明大小：4.42M时长：04:49
对于安全专业人员来说，更早地将安全性注入到过程中，从而降低 Bug 修复成本，避免潜在故障是一个非常好的创新方案。但现在的问题是，很少有公司能够真正成功地实现 DevOps，甚至如果不能在企业范围内提供恰当的支持、培训并获得理解的话，它很快就会变成一个“累赘”。
那么，企业 DevOps 实践的问题究竟在哪里呢？最近，安全专家彼得·丹希尔（Pieter Danhieux ）发文对企业 DevOps 实践发表了三个观点，如下。
第一，DevOps 实践需要挣脱敏捷的束缚。
有误解认为，一个组织必须在敏捷和 DevOps 之间二选一，但事实上，如果同时考虑两者，并将它们作为一个整体实现时，开发过程会达得更好的效果。DevOps 不是敏捷开发的一个再造，而是敏捷开发的一个扩展。
敏捷开发支持跨职能团队的原则，它从一开始就将设计人员、测试人员和开发人员聚集在一起，并致力于在整个项目过程中打开沟通通道，以禁止孤立的交付并减少双重处理。而 DevOps 则在这两者的前提下，更进一步，将系统、安全性和操作也引入到开发中，借此提供一个健壮的、端到端的技能集，最终向客户交付完整的、功能强大的软件。
然而，企业在转向以 DevOps 为中心的过程中，孤立开发的风险很有可能会再次出现。通常，人们可以让最初的敏捷团队在一起工作，额外添加安全性和操作，但是这样做又会出现一个难点，就是没有人非常确定该怎样引入它们，引入它们应该做什么以及对它们的总体目标是什么都很模糊。
事实上，如果没有明确的目标、跨职能的管理和与各方的直接沟通，DevOps 是无法工作的，企业还需要给一段适应期，并谨慎的变更管理，当所有团队成员都深刻理解了 DevOps，也就预示着成功了一半。
DevOps 越来越重视将安全最佳实践作为过程的一部分，它揭开了该步骤的神秘面纱，并弥合了安全团队与其他人之间的差距。如前所述，让开发人员从一开始就能够安全地进行编码，仍然还有很长的路要走，但是 DevOps 方法论的成功实施，是在开发团队中构建安全技能的良好基础。
第二，自动化不是万能的，也不是最安全的。
DevOps 方法论的另一个特点是，可以在一定程度上实现了软件开发过程的自动化。这个概念的基石是持续集成和持续交付原则，正如你所想的那样，它们非常依赖于工具。
虽然工具确实很棒，它们可以为软件交付过程带来前所未有的速度，且能以相对无缝的方式轻松地管理代码库、测试、运维和存储等，但是人们对于工具和自动化的严重依赖，可能会为未来机器人抢走人们工作埋下祸根。
扫描和测试并不能发现所有的问题，一段代码的未检查，都可能会带来巨大的麻烦，更不用说在开发过程中产生的安全性问题了。
一个折衷的办法是确保人和工具的平衡。工具应该作为团队信任的助手，帮忙人们实现项的目标。为此，人们需要做到以下几点：
分配足够的时间来让大家熟悉所选择的 DevOps 工具链。
专注于有效的协作以及工具是如何支持协作的。
处理过程中的任何隔阂，无论它们是基于技能的还是基于工具的。
第三，DevOps 不是一个流行语，而是一种文化。
即使是在最理想的情况下，变更管理也是困难的。对未知的恐惧甚至可以阻止最优秀的团队成员去提高他们的技能和扩宽视野。
仅仅喊口号“我们在做 DevOps”，并不能真正实现成功的开发过程。同样的，DevOps 也不仅仅是一种开发方法论，更像是一种文化运动，一个团队应该有跨职能协作的心态。
DevOps 的文化应该是什么样子的呢？
首先，授权个人在开发过程中运用他们的专业知识，而不是仅授权领导者。
其次，团队之间建立开放、诚实、相互尊重的沟通机制。
再次，在开发过程中，每个人都要对实现开发过程中构建质量和安全性的总体目标负责。
最后，每个人都应该对业务中 DevOps 的定义、路线图以及每个人的角色、价值、期望等有相同的理解。
以上是安全专家彼得·丹希尔对于企业 DevOps 实践的三个观点，也欢迎你在留言区分享不同的观点。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论