原文自国外技术社区dzone，作者为 John Matthew Holt，传送门
从第一批志同道合的 IT 专业人员在比利时参加首届 DevOpsDay 活动到现在已经有10年了。开发与运营（DevOps）这个理念的提出让过去那些没有交集的团队能够在一起工作，并且在软件投入生产之前想方设法去提高质量。
在过去的年日里，DevOps 作为用更快的速度生产更高质量的一种手段，获得了广泛的好评。但是，随着我们进入 DevOps 的第二个十年，仍然有许多事情要做。而下面则是我们需要解决的几个问题。
更多的训练是必须的
DevOps 是基于自动化出发的，所以为了掌握大部分的自动化工具团队培训是必须的。然而，快速迭代对于习惯旧式开发风格（DevOps之前）的开发人员来说是一个巨大的冲击。
增加更多的规则
和那些被取代的缓慢、固定的开发相比，DevOps 以及敏捷的迭代发布通常会引入更多安全问题。由于大多数开发人员在应用安全（漏洞、补救措施等等）中几乎没有任何的经验，因此在 DevOps 流程中增加应用安全的一环也许会增加学习难度或者痛苦。但幸好的是，它最终会减少安全问题。
DevOps 并不是万能解药
所有 “pre-DevOps” 应用或者第三方应用在 DevOps 过程中都没法获得收益。在大多数企业中，那些所谓被称为 “brown-field”（被废弃的） 的应用约占所有应用的80%，这意味着如何管理那些 “pre-DebOps” 或者第三方应用成为一个令人深思的问题。目前，包括 RASP（运行时应用自我保护）在内的基于运行时的解决方案就用类似于 DevOps 的方法来给上述应用提供一些快速更新和修复的方法。
Waratek（一家爱尔兰技术公司）上有一套完善的基于编辑器的技术能够允许在数分钟，而以及非数个月（或数年）来修复、添加安全规则，并且升级那些失去技术支持的 java 平台。这消除了那些因对源代码的更改、生产停工、性能、调优，以及因使用策略法所带来的不必要的和对性能的需求所产生的成本。
DevOps 的未来
DevOps 显然会一直存在。崭新以及未来的新领域开发都会基于 DevOps 进行。对于在生产中使用智能运行，AppSec 也将会进一步推进 DevOps 的发展，无论是出自性能，还是运行时间或者安全方面的考虑，这为在几乎没有开发人员参与的情况下改进生产环境中的应用成为可能。