本文讲的是DevOps的未来【编者的话】DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。透过自动化“软件交付”和“架构变更”的流程，来使得构建、测试、发布软件能够更加地快捷、频繁和可靠。近些年基于DevOps的探索不断，在软件开发的求变求快的道路上，为持续交付提供了保障。一起看下DevOps Zone Tom Smith根据来自全球14家公司16位管理者的反馈以及对DevOps的未来的展望。
DevOps的未来可能在于持续增长的云需求，可能在便捷的自动化工具，也可能在容器和公司维度的协作。
为了更深一步评估了解2017年关于DevOps运动的推进状态，我们与来自14家公司的16位主管进行了对话讨论，这些主管正在自己的组织中实施DevOps或者为在为其他组织提供DevOps解决方案。
迁移到云。 AWS会提供更多工具来促进自动化和工具的整合，因此您不必进行自定义构建部署。我们将在云端使用容器来实现自动化工作流。
在生产中容器扮演的角色会越来重要。 早期的使用者使用中仍然在磨合。这对于其他的容器开发者或者微服务场景可能是有效的方法，但是这并非是容器的一切。它擅长的是自动化部署，监控和更正错误。如果做得很好，这就带来很大的好处，但是如果使用场景不当，也往往适得其反。工具和容器做得越来越好，接下来呢？公有云的使用的场景会越来越普遍渗透到被监管的行业。我们把这些概念引入到部署中（在防火墙，云，外部），用到哪里我们就可以迁移到哪里。Pharma 通过依赖数据的配置就可以实现相同的app部署到防火墙的内部和外部。
我们需要摆脱DevOps的字面意思 ，因为最终还是所有的部门要在一起工作-而不仅仅是开发和运维。
将来会有更多更好的工具。 像我们这样的系统应该现成的工具设置很容易设置，我们定期评估这些工具，看看我们是否可以更换自制软件设置的部分，我们继续找出远远落后的工具。
原则上我们要扩展到开发和运维之外。 应用程序的开发不应该时开发人员开始，运维人员结束的状态。 QA，业务规划，BPO，一起扩展到业务提供更好的用户体验，更好地整合第三方和云服务以与客户进行互动。更多地与业务目标一致，才可以有更多的成功机会。
如果拥有面向企业有传统应用程序经验，则更容易找到提高所有应用程序的速度和质量的方法。 代码不断开发迭代的过程中，我们需要关注如何将这些企业应用程序演化为DevOps方法。
我们将更快地优化自动化，降低风险。技术侧重于创建抽象层，从而带来更大的灵活性和可移植性。 容器化服务和抽象服务器、容器和节点将在Apache Mesos和Kubernetes上运行。服务器抽象远离服务器，以达到CPU更好的利用。
构建用户使用软件的开放反馈循环 ，由用户站点的数据驱动，机器学习和AI实现下一个功能。从面向服务的体系结构（SOA）迁移到API体系结构。 APIs正成为您的核心业务的一部分。 API将被标准化，文档化，迈向高质量。
应用程序更多的是业务的一部分，而用户体验是由应用程序驱动。 持续交付有助于使公司更敏捷。这需要花费更长时间才能决定采纳某些想法和概念，学习什么适用于特定组织，哪些不适用特定的组织。
DevOps正在成为所有的一切 - 开发，运维，安全，测试和部署。 我们将看到员工变得更多样化 - 多技能的“jacks of all trades”，而不是“master of one”。我认为这是一件好事，因为人们将从更广的角度看产品，并在工作中作为一个团队，更好地看待一切。
我们将继续看到更多的虚拟化、更多的工具和更多的方法。 实施障碍将逐渐消失。随着实践中更多的成功，采纳和理解也会接踵而至。这期间实践的人民，将成为实施方法的领导者。未来五年也将会有大量的成熟方案落地。
所有的一切都在代码和版本控制下持续下去。 整个企业将会有容器化。 每个人都可以在云平台的容器中协作。
从您的角度来看，DevOps的未来是什么？
顺便说一下，这里是我们的访问者：
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将被标准化，文档化，迈向高质量。
应用程序更多的是业务的一部分，而用户体验是由应用程序驱动。 持续交付有助于使公司更敏捷。这需要花费更长时间才能决定采纳某些想法和概念，学习什么适用于特定组织，哪些不适用特定的组织。
DevOps正在成为所有的一切 - 开发，运维，安全，测试和部署。 我们将看到员工变得更多样化 - 多技能的“jacks of all trades”，而不是“master of one”。我认为这是一件好事，因为人们将从更广的角度看产品，并在工作中作为一个团队，更好地看待一切。
我们将继续看到更多的虚拟化、更多的工具和更多的方法。 实施障碍将逐渐消失。随着实践中更多的成功，采纳和理解也会接踵而至。这期间实践的人民，将成为实施方法的领导者。未来五年也将会有大量的成熟方案落地。
所有的一切都在代码和版本控制下持续下去。 整个企业将会有容器化。 每个人都可以在云平台的容器中协作。
从您的角度来看，DevOps的未来是什么？
顺便说一下，这里是我们的访问者：
- Michael Schmidt, Senior Director, Automic
- Amit Ashbel, Director of Product Marketing and Cyber Security Evangelist, Checkmarx
- Sacha Labourey, CEO and Founder, CloudBees
- Samer Fallouh, V.P. Engineering, Dialexa
- Andrew Turner, Senior Architect, Dialexa
- Andreas Grabner, Technology Strategist, Dynatrace
- Anders Wallgren, CTO, Electric Cloud
- Job von der Voort, V.P. of Product, GitLab
- Charles Kendrick, CTO, Isomorphic Software
- Craig Lurey, CTO and Co-Founder, Keeper Security
- Josh Atwell, Developer Advocate, NetApp SolidFire
- Joan Wrabetz, CTO, Quali
- Joe Alfaro, V.P. of Engineering, Sauce Labs
- Nikhil Kaul, Product Marketing Manager Testing, SmartBear Software
- Harsh Upreti, Product Marketing Manager API, SmartBear Software
- Andi Mann, Chief Technology Advocate, Splunk
原文链接：The Future of DevOps （翻译：ylzhang）
原文发布时间为：2016-12-20
本文作者：ylzhang
本文来自云栖社区合作伙伴Dockerone.io，了解相关信息可以关注Dockerone.io。
原文标题：DevOps的未来
