DevOps 曾经走过了很长的一段路，毫无疑问，它将在往年持续闪耀。因为许多公司都在寻找围绕其数字化转型的最佳实际，因而理解领导者认为该行业的倒退方向十分重要。从这个意义上说，上面的文章收集了 DevOps 高层对 2021 年 DevOps 趋势的回应。
让咱们看看他们每一个人在将来一年对 DevOps 有什么认识。
1. 迁徙到微服务成为必选项。
“从繁多服务到微服务和容器架构的转变对所有公司的数字化转型都是必须的。它不再是一个或多个抉择。Kubernetes 的利用将会越来越多，当组织采纳多云时，Terraform 将会是自动化基础设施的最终抉择。”——威普罗 DevOps 首席工程师 Sachidananda Pattnaik
2. 混合模式将成为部署标准。
“2020 年减速了近程工作，放慢了向云的迁徙，并将 DevOps 从最佳实际转变为每个业务的重要组成部分。随着咱们进入 2021 年，该行业将在多个方面采纳混合能源。首先，企业将充沛采纳混合劳动力，将近程工作和现场团队合作的劣势联合起来。第二，商业模式将变得混合，例如将虚构规模与本地网络相结合的会议。最初，混合能源将成为部署规范，因为公司将其堆栈现代化，以利用云本地技术，但意识到并非所有货色都能脱离 prem。2021 年的赢家将是在其业务、模型和产品中采纳混合能源的公司。”—— 杰蛙科技开发者关系 VP Stephen Chin
3.DataOps 将凋敝倒退。
“因为新冠病毒带来的疫情扩大，DataOps 在 2021 年必定会激增。因为 COVID – 19 和居家办公的状况，数字内容的生产急剧回升，这就要求主动扩大和自修复零碎达到一个新的自动化程度，以满足增长和需要。
到目前为止，DevOps 设置系统日志记录、监控、和报警(ELK/EFK Stacks、Prometheus/Grafana/Alertmanager)，DevOps 是时候加快步伐，利用可用的数据和指标来生成有价值的见解，学习和利用机器学习模型来预测意外或停机、开发自动化学会本人从数据改善估算布局和预测能力。许多人曾经开始呐喊 MLOps/AIOps 来解决这个问题。”——乐天株式会社 DevOps 高级工程师 Nirav Chotai
4. 弹性测试将成为支流。
“在我看来，可察看性、性能测试和弹性测试之间的交加将成为支流。随着 AWS 和谷歌等领导者最近的 Ops 问题，以及所有垂直畛域的数字转型减速，市场将逐步意识到，公共或公有云提供的有限可扩展性是不够的。”——Neotys 的产品负责人 Patrick Wolf
5.GitOps 将成为一种常态。
“一个‘you build it, you own it’的开发过程须要开发人员晓得和了解的工具。GitOps 是 DevOps 如何应用开发人员工具来驱动操作的名称。
GitOps 是一种实现继续交付的办法。更具体地说，它是一种用于构建对立部署、监督和治理的云本地应用程序的操作模型。它的工作原理是应用 Git 作为申明性基础设施和应用程序的实在起源。当提交在 Git 中被推送和批准时，自动化的 CI/CD 管道将对您的根底构造进行更改。它还利用 diff 工具将理论生产状态与受源代码治理的状态进行比拟，并在出现分歧时向您收回警报。GitOps 的最终目标是放慢开发速度，以便您的团队可能平安地对 Kubernetes 中运行的简单应用程序进行更改和更新。”——梅西百货首席架构师 Soumen Sarkar
6. 将会有更多向无服务器的迁徙。
“2021 年将会是更多无服务器迁徙的一年。如果容器和编排是 Z 世代。无服务器上的活负载将是 Z + 世代。每次应用付费将只在你应用模型时领取。每次应用付费将仅在您应用模型时领取。按次付费和只在应用时付费可能看起来是一样的。然而能够思考运行基于 k8s pod 的微服务，以便在须要时在无服务器上运行雷同的服务。”——ADP Lifion 的站点可靠性工程经理 Shivaramakrishnan G
7.NoOps 呈现。
“我心愿呈现更多托管服务，并缩小咱们的 DevOps 经营并缩小客户的经营收入。
更多无服务器应用程序，更多无服务器服务，例如 Aurora 无服务器，Fargate，Amazon S3 和无服务器动态网站。
数据中心中的 Amazon ECS / EKS（新版本 re：invent2020）以及云治理服务，可让您缩小数据中心的保护和开发。同样，将更多云原生的原理和性能移植到数据中心。”——ClickIT Smart Technologies 的首席执行官 Alfonso Valdes
8.BizDevOps 将大放异彩
“随着企业从 DevOps 中获取价值，在架构和公司层次结构方面向老本优化的方向倒退。
专一于灵便的、云本地的、架构和工具，这些能力已经只留给“大公司”，打包后适宜小公司(Snowflake 或 Hazelcast vs Oracle/Teradata)。
FaaS 刚刚起步(无服务器，Lambda 等)——操作问题正在被解决，人们正意识到它的后劲。”——Petco 的 DevOps 经理 Chad Prey
9. 基础设施即代码（IaC）的位置将更高
“基础设施即代码（IaC）：云环境 DevOps 的外围准则。您的基础设施，即服务器、网络和存储设备，无论是在本地还是在定义为代码的云中。这使得公司可能自动化并简化其基础设施。IaC 还提供了一个简略的基础设施版本控制系统，容许团队在产生灾难性故障时回滚到“上次运行的配置”。这意味着疾速复原和缩小停机工夫。”——沃尔沃汽车的高级解决方案架构师 Niraj Tripathi
10. 自动化和混沌工程变得十分重要
“一切都是自动化的——构建、部署、测试、基础架构和公布。
复线生产，有要求的品质检验关。更快、可反复、可定制和牢靠的自动化是任何我的项目胜利的要害。混沌工程——在当今的混合基础设施世界中十分要害的方面。零碎行为和客户体验是严密耦合的，越早进行测试，就能给客户提供更好的体验。”——直布罗陀印度开发核心团体倒退经理 Nikhil Bhandari
11. 云原生计算方法趋势标准化。
因为云空间曾经变得十分先进 (过来 10 年左右)，容器化曾经成为标准，所有都十分标准化，简直就像大型机时代一样。
当然，会有潮流和赚钱的机会。但我不认为下一个大颠覆者是什么。当初的所有基本上都和五年前的最佳实际基本相同，只是更牢靠一些。我想越来越多的人会持续从 Pets 转向 Cattle，而像 Ansible 和 Puppet 这样的工具只会留给 packer 和 cloud init 来构建容器主机。
在我看来，这是软件开发的黄金时代。DevOps 和本地云办法曾经实现了很多指标。管道、主机、存储、负载平衡……近来所有这些问题都在 5 分钟内失去解决。——Ben Sapp
12. 平安将成为高度优先事项。
从 DevSecOps 的角度来跟踪基础设施中不受管制的变动。作为代码的基础设施是很棒的，然而有太多的流动局部：代码库、状态文件、理论的云状态。事件往往会同流合污。这些变动可能有多种起因：从开发人员在不通知任何人的状况下通过 web 控制台创立或更新基础设施，到云提供商端的不受管制的更新。解决基础设施与代码库之间的差别可能是一个挑战。——CloudSkiff
13. 混沌工程将变得越来越重要。
“在更多的组织中，混沌工程将成为 DevOps 打算探讨中越来越重要 (和广泛) 的思考因素。混沌工程是一门在生产软件系统上进行试验的学科，目标是建设对系统能力的信念，使其可能接受动荡和意想不到的条件。
如果咱们把 DevOps 放在一个传统的 5 级成熟度模型的框架中来思考，那么混沌工程将处在第四、五级，它被蕴含在 DevOps 实际的保护伞中。正如独立的测试 / 质量保证小组的传统角色被纳入了 DevOps 的纪律中一样，混沌工程也应该如此。”——美国一技术企业的资讯架构师 Kelvin Meeks
14. 更关注即时日志以疾速验证胜利或失败。
“在前期部署中应用日志来验证公布是否胜利，或是否存在严重错误。
人们须要建设的最大分割是定义手动流程，而后实现自动化的微小飞跃。一键部署，即时日志可疾速验证胜利或失败，而后触发回滚。随之而来的是复杂性以及跨服务依赖性，是否能够回滚某些内容，或者是否须要对其余服务进行进一步测试。设想一下 100 种微服务（即管道，甚至另外 100 个容器）。作为一个我的项目，我总是庆贺胜利的回滚，因为它不会对服务产生影响，而且是胜利的。”——ADESA 平台稳定性总监 Craig Schultz
15.DevSecOps 将成为 DevOps 的默认局部。
“DevSecOps 的‘Sec’局部将越来越成为软件开发生命周期中不可或缺的一部分。真正的平安‘左移’形式将成为新常态。CI/CD 管道中的专用平安步骤较少，平安主动感知和操作将成为所有管道步骤的一部分。从开发人员的 IDE 开始，进入依赖关系和动态代码剖析。没有适当的软件组件将不会被公布调解这些问题。客户将取得真正的无平安问题免费软件。”——杰蛙科技 DevOps 架构师 Eldad Assis