DevOps的未来可能在于持续增长的云需求，可能在便捷的自动化工具，也可能在容器和公司维度的协作。
为了更深一步评估了解2017年关于DevOps运动的推进状态，我们与来自14家公司的16位主管进行了对话讨论，这些主管正在自己的组织中实施DevOps或者为在为其他组织提供DevOps解决方案。
“从您的观点，DevOps的未来是什么？最好的机会在哪里？“
当我们问这些问题时，得到下面的回答，
就像时间，你是不能抗拒自然的时钟的
。 DevOps和云之间有着良好的合作生态。随着AWS，Red Hat和Azure的发展，DevOps将会以双倍的速度增长。
如果您正在云端构建软件，那么您需要一个NoOps（或Op-less）环境
。这样仍然需要操作，但手动任务和操作较少。目前世界上只有2%的DevOps投入实践 – 我们还有很长的路要走。所以有从早期采用到普遍采用的进程。我们需要分享我们有关DevOps在工作上的故事，以及如何通过工具持续监控，这样可以帮助使用者消除恐惧和痛苦。
迁移到云
。 AWS会提供更多工具来促进自动化和工具的整合，因此您不必进行自定义构建部署。我们将在云端使用容器来实现自动化工作流。
在生产中容器扮演的角色会越来重要
。早期的使用者使用中仍然在磨合。这对于其他的容器开发者或者微服务场景可能是有效的方法，但是这并非是容器的一切。它擅长的是自动化部署，监控和更正错误。如果做得很好，这就带来很大的好处，但是如果使用场景不当，也往往适得其反。工具和容器做得越来越好，接下来呢？公有云的使用的场景会越来越普遍渗透到被监管的行业。我们把这些概念引入到部署中（在防火墙，云，外部），用到哪里我们就可以迁移到哪里。Pharma 通过依赖数据的配置就可以实现相同的app部署到防火墙的内部和外部。
我们需要摆脱DevOps的字面意思
，因为最终还是所有的部门要在一起工作——而不仅仅是开发和运维。
将来会有更多更好的工具
。像我们这样的系统应该现成的工具设置很容易设置，我们定期评估这些工具，看看我们是否可以更换自制软件设置的部分，我们继续找出远远落后的工具。
原则上我们要扩展到开发和运维之外
。应用程序的开发不应该时开发人员开始，运维人员结束的状态。 QA，业务规划，BPO，一起扩展到业务提供更好的用户体验，更好地整合第三方和云服务以与客户进行互动。更多地与业务目标一致，才可以有更多的成功机会。
如果拥有面向企业有传统应用程序经验，则更容易找到提高所有应用程序的速度和质量的方法
。代码不断开发迭代的过程中，我们需要关注如何将这些企业应用程序演化为DevOps方法。
我们将更快地优化自动化，降低风险
。技术侧重于创建抽象层，从而带来更大的灵活性和可移植性。容器化服务和抽象服务器、容器和节点将在Apache Mesos和Kubernetes上运行。服务器抽象远离服务器，以达到CPU更好的利用。
构建用户使用软件的开放反馈循环，由用户站点的数据驱动，机器学习和AI实现下一个功能
。从面向服务的体系结构（SOA）迁移到API体系结构。 APIs正成为您的核心业务的一部分。 API将被标准化，文档化，迈向高质量。
