随着DevOps趋势的愈演愈烈，软件开发、部署和管理的传统分工正日益模糊。当然，要想达到能够为现代软件团队创建出无缝的集成环境的目标，尚有很大的进步空间。这包括使用工具启动最佳实践，将DevOps和敏捷方式，比如持续集成等整合在一起，并且使团队更为包容，这些都会促进软件质量的改进。Server Side采访了一些该领域工作的专业人士，了解了DevOps的现状， 以及未来。

DevOps一直是以人为本

这似乎是大家的共识。Denim Group的CTO，Dan Cornell，谈到每个团队成员扩展视野的需求。“DevOps实际上是打破了开发人员和运维人员之间的壁垒。比如，对于开发人员而言，理解如下观念至关重要：“我是开发人员，我有自己的一些考虑。你在运维团队，你所考虑的方面可能和我不同。但是如果我能够更加了解你的工作，如果我能够更为深入得理解你所需的工具和设备，我就能够找出这些东西，从而帮助到你们。””

这些都是关注于人类的需求，也正是为什么DevOps难以定义的原因。并不是只存在一种正确的完成事情的方式，因为每个团队和团队成员都有所不同。Clayton Coleman，Red Hat的OpenShift的首席工程师，认为一系列方法的合并能够创建出DevOps环境。“将大家团结在一起是DevOps的精髓所在，并且有很多不同的方式可以达到这一目的。这会涉及到流程，技术和企业架构的变化。”当检视某个DevOps团队的日常行为时，流程显而易见会起到作用。

改变流程促进软件质量的改进

与DevOps相伴的一个变化是向持续集成的演进。软件开发和部署的速度是其中一个驱动因素，使得开发和运维的合并不是空谈而成为必需。Jeremy Eder，RedHat的主管软件工程师，讲述了在此领域他的性能团队是如何做的。“我们已经真正地从性能角度拥抱了持续集成。这意味着编写出能够防止版本性能和扩展问题的测试，而不仅仅只有针对功能和特性的测试。这些是我们内部完成的事情，在自动化方面的进展让我很是激动，因为这使得我们对交付的软件更加有信心，这也正是CI最初的意义。”

保证软件每个迭代里的高质量绝对有助于让团队里的每个人工作得更加轻松。不管是开发还是运维团队都需要处理预料之外的故障。

较新的平台能减轻采用DevOps的痛苦

当然，这并不意味着团队的每个人都会自动接收DevOps的理念。Coleman讲述了Red Hat通过OpenShift平台来加速每个人的思维转化。“我们尝试尽量减轻每个开发人员转型的痛苦，来开始构建Web或者移动应用或者微服务架构——使用工具使得可以仅仅按一个按钮就可以在企业或者公有云环境上部署真正的软件。另一方面，我们使得运维人员非常容易就能将变更同步更新到成千上外的应用程序里。我们将以前非常困难的事情变得极其容易。”

事实胜于雄辩：当大家从各自困难且费时的工作所带来的压力和沮丧中解脱出来的时候，他们会更加密切得互相合作。对于涉及到的所有人而言，使得向DevOps的转型都成为顺畅无痛苦的过程，鼓励引入促进软件质量改进的新实践。

DevOpSec会是下一步么？

将DevOps合并到单一的组织里是很自然的事情，但这并不是改革的终点。Cornell提醒大家注意生态系统里经常被忽视的一部分。“我认为需要打破安全人员和开发人员和运维人员之间的壁垒。对于安全团队而言，需要理解更多有关软件如何开发的知识，因为这三组人员所考虑的东西不一样，并且他们被认可的方式也不同。只有当这三组人员共同工作，让所有人的工作都能够顺利完成时，总体花费才会下降。”

当前，这些都还没有发生。“太多团队在开发周期里根本就不考虑安全性。比如，许多团队需要开始检视他们如何做输入校验，以及当信息在系统间传输时如何完成输出的编码。他们确实需要真正理解授权和认证的精髓，这样才能解决这两大安全性关注点，并且在开发时集成到应用程序之中。这样一定能够帮助他们避免引入严重的安全问题。”

Cornell指出尽管现代框架通常认为校验是重要的，其实编码才是必须完整实现的真正避免某类漏洞的控制点。这在移动开发领域尤其重要，该领域总是一直涌现新的安全危险。还有一点很确定：DevOps不是终极目标。它会为合作，持续改进以及在软件周期里改进软件质量开启一段更伟大的旅程。