DevOps的未来

Posted 2021-04-16 分布式实验室

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的未来是什么？

推荐一个培训

【基于Docker的DevOps实战培训 | 南京站】培训内容涉及容器编排框架（应用部署）、Ansible 简介、持续集成常用方式、典型案例分析、容器的选择、架构设计（百万级日活，亿级API 请求）、数据系统构建、持续集成的开发流程等，点击下面图片即可查看具体培训内容。

点击阅读原文链接可直接报名。