原文地址 --> https://dzone.com/articles/15-devops-trends-to-expect-in-2021
DevOps已经走过了很长的一段路,但我们毫不怀疑它将在今年继续夺人耳目。因为许多公司正在为他们的数字化转型寻找最好的实践。看看领导者们思考这个事情走向何方是很重要的一点。
从这个意义上来说,这篇文章收集了2021年DevOps领导者们关于DevOps发展趋势的各种见解。
让我们看看这些引领者在即将到来的这一年中关于DevOps说了些什么。
一、迁移到微服务是必须的
Wipro有限公司的首席DevOps工程师Sachidananda Pattnaik认为:“将DevOps从单体迁移到微服务模式且容器化是所有在数字化转型之路上的公司所必须要做的,这不再是一个选择。在DevOps上,k8s的使用会越来越多,当企业采用多云平台的时候,Terraform(一个基础架构管理工具)将是自动化基础设施的最终选择。”
二、混合将成为发展规则
JFrog 开发技术推广部的副总裁Stephen Chin认为:“2020年远程工作的快速发展,也加快了企业到云端的迁移,同时DevOps也从一个最好的实践方式转变为每个业务的最基本部分。伴随我们进入2021年,行业将从多个方面拥抱混合模式。首先,公司将充分采用混合工作模式下的员工,将远端工作和现场团队的协作优势相联合。第二,业务模式也将变成混合模式,比如研讨会将使用本地网络合并为虚拟现实召开。最后,随着他们的大量应用会在利用云原生技术上展现优势,混合模式将变成公司现代化发展的规范,但是也要认识到不是所有东西都能迁移到外部部署环境中。在业务,模式和产品都都拥抱混合模式的公司将是2021年的成功者”
三、DataOps 将会繁荣
Rakuten公司的高级DevOps工程师Nirav Chotai认为:“新冠可能在2021年的DataOps确凿的繁荣中发挥作用。由于新冠和居家工作(WFH,work from home)的形式,对于数据方面的消费急剧上升,这就要求自动伸缩以及自动修复系统达到一个新的水平来满足这种急剧的增长和需求。在以前,DevOps仅是一个记录日志,监控并提醒的系统。现在,正是DevOps加快步伐且使用可用数据和度量来产后有价值的见解,学习且应用机器学习模型去预测事情和中断,开发从数据中研究提升本身以及有预测能力自动化程序去改进预算计划。许多组织已经将这个部分称做MLOps/AIOps。”
四、弹性测试将成为主流
Neotys公司产品主管Patrick Wolf说:“以我看来,视觉、性能测试和弹性测试的交叉将会变为主流,随着AWS和Google等行业领导者近来发生的Ops问题,以及全方位的数字化转型加速,市场会逐渐认识到由公有云或私有云提供的无限可伸缩性是不够的”。
五、GitOps将变成一种规范
Macy首席架构师Soumen Sarkar表示:“ "构建即拥有"的开发过程需要程序员知道且理解的工具。GitOps是DevOps如何使用程序员工具来驱动运维的名称。GitOps是实现持续交付的一个方法。更具体的说,它是一个构建统一部署,监控和管理的云原生应用的运维模型。它是的工作原理是使用Git做为声明式基础结构和应用程序编译时的真实的源代码来源。当您的提交推送到Git并且审核通过后,自动化的CI/CD会滚动发布这些变化到你的运行环境。它还能使用比较工具对实际发布的程序和源码进行对比,并在发现不同时给你提示。GitOps的最终目标是增加开发效率,以便你的团队能对运行在K8S上的复杂应用系统进行稳定安全地改变和更新”。
六、会有更多的企业将应用系统迁移到无服务器架构
ADP Lifion公司网站可靠性工程经理Shivaramakrishnan G说:“2021年将是更多企业将应用系统迁移到无服务器架构的一年 ... 如果容器和编排是一代的话,那么无服务器上的灵活负载将是新的一代 ... 用户将只在使用时才付费 ... 每次使用付费和仅当使用时付费看起来可能相同 ...但我们要考虑当我们有需要时在k8s上运行的微服务在无服务器架构上也能同样运行”。
七、NoOps将出现
ClickIT Smart Technologies公司首席执行官Alfonso Valdes认为:“我认为更多的托管服务会出现,并且减少我们的DevOps运维量和运营成本(OPEX Operating Expense)。更多的无服务器应用,更多的无服务器服务程序像 Aurora,Fargate, Amazon S3和无服务器静态网站。Amazon 数据中心的ECS/EKS和云管理服务能让你的数据中心减少维护和开发工作。同样,更多的云原生思想与特性会迁移到数据中心,如Knative(谷歌开源的一套 Serverless 架构方案)”
八、BizDevOps将会大行其道 (BizDevOps=Business + Development + Operations)
Petco公司DevOps经理Chad Prey 说:“随着业务从DevOps获取到价值,在架构和公司层级方面朝着成本优化的方向发展。曾经为“大人物”保留的本地的基于灵活性,云原生,架构和工具完美包装后也适用于小规模企业。Faas才刚刚开始 - 运维的问题正在整理中并且人员也真正认识到其潜力”
九、IaC将站在至高点
沃尔沃汽车公司高级解决方案架构师Niraj Tripathi认为:“IaC:云端DevOps的核心原则。你的基础设施如服务器、网络和存储设备无论是在本地还在云中都可以定义为代码。它将让公司自动化和简化它的基础设施。IaC还提供了一个简单易用的基础设施版本控制系统,这个系统允许团队在系统崩溃后回滚到最近可用的状态上。这意味着系统可以快速回复并且减少了系统下线时间。”
十、自动化和混沌工程变得更加重要
直布罗陀印度发展中心集团发展经理Nikhil Bhandari说:“每件事情都是自动化的-构建,部署,测试,基础设施和发布。具有所需控制手段的生产线。快速,可重复,定制化和可靠性的自动化是所有项目成功的关键。混沌工程-在今天混合的基础设施世界里具有有非常关键的前景。系统行为和客户体验是紧密结合的,越早的测试就越能给客户提供更好的体验。"
十一、云原生方法将实现标准化
行业人士Ben Sapp认为:“因为云空间已经真正的发展了起来并且容器化也变为了规范。所有事情都可像大型机时代那样进行标准化。当然,这将是趋势并且也是赚钱的机会。但是我没有看到下一会大的颠覆者是什么。现在的每件事情基本上跟五年前的最优做法一样,仅仅变得更可靠。我认为越来越多的人(folks)将持续从可爱的宠物变成认劳认怨的牛(cattle)仅使用像Ansible 和 puppet 这种工具去打包和云初始化脚本去构建容器主机就可以了。这是一个软件开发的黄金时代,DevOps和云原生方法已取得了许多成就。在现在,连续操作(Pipelines),托管,存储,负载均衡等等 所有的这些都可以在5分钟内搞定。”
十二、安全将成为重中之重
行业人士CloudSkiff认为:“从DevSecOps角度来看,可以跟踪基础设施中不受控制的变化。基础设施即代码(IaC)是非常棒的,但这里有太多需要修改的内容:代码库,状态文件,实时的云状态。这些东西都是实时变化。导致这些变化的原因多种多样:从开发者没有通知其他人就通过web控制界面建立和修改基础设施,到云提供商一边不可控的更新。处理基础设施的实际变化和代码库的频繁变化将是一个挑战。”
十三、混沌工程将变得越加重要
International Technology Ventures的CTO Kelvin Meeks说:“ 在更多组织的DevOps计划讨论中,混沌工程将变得越加重要和普遍。混沌工程是一种在生产环境的软件系统中实验的学科,为的是构建抵挡震荡和异常状况的能力的信心。如果我们在5个级别的传统框架内考虑DevOps,那么混沌工程将是第4层或者第5层。正如将之前传统的分开的测试/QA 角色并入DevOps一样,混沌工程也会这样。”
十四、更关注即时日志以快速验证成功或失败
ADESA平台稳定性总监Craig Schultz说:“系统在部署后使用日志去验证发岸上是成功的,还是有严重的错误。绝大多数的相关人员需要去定义手动进程然后大跨域的跳跃至自动化。一键发布,通过即时日志快速验证发布成果或失败,若失败则出发布回滚。复杂性伴随着交叉服务依赖,是否某些发布需要回滚,是否需要对其他服务进一步的测试而来。想象一个有100微服务的场景,我总是庆祝其中一个的回滚而且对其他服务没有影响。”
十五、DevSecOps将变成DevOps的默认部分
JFrog CTO办公室的DevOps架构师Eldad Assis说:“ DevSecOps中的“Sec”部分在软件开发周期中正变成越来越不可缺少的一部分。真正的安全“左移”将成为新的规范(左移:老妖理解为提前考虑安全)。CI/CD的连续操作中的关键安全步骤将减少,同进自动化的安全感知和动作将成为整个连续操作中的一部分。 从开发人员开发工具开始,到依赖和静态代码分析。一个软件部件如果没有适当解决它存在的问题,那么就不能发布。这样客户就会获得真正安全的的自由免费的软件” 。
网友评论