本文讲的是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的未来