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