DevOps是一种软件开发方法它将软件开发与IT操作相结合

2019-09-17 16:39:42    来源:    作者:

DevOps不是你买的东西; 这是您采用的流程,例如敏捷软件开发。DevOps正在不断改进,并寻求从DevOps 1.0迁移到2.0以及更进一步。DevOps是一种软件开发方法,它将软件开发与IT操作相结合。DevOps的目标是缩短系统开发生命周期,同时经常与业务目标紧密结合地提供功能,修复和更新。

在这篇eWEEK数据点文章中,Delphix,Electric Cloud,IBM,JFrog,Pivotal,XebiaLabs和Datical的行业领导者确定了组织应在2019年关注的主要领域,以继续改进软件交付成果。出现了两个共同的主题:组织需要通过消除手动工作来加快速度并且需要这样做。自动化,DevOps和敏捷开发都可以通过各种方式满足要求。

XebiaLabs产品开发副总裁Andreas Prins 说:

“2019年,开发人员将开始通过将其活动和CI管道(如Jenkins)连接到其他软件交付团队和DevOps,从脚本管道等非生产性繁琐任务中解脱出来。管道。以这种方式集成将让其他团队成员自主监控功能交付的状态,并帮助开发人员减少中断,以便他们可以花更多的时间创造业务价值。“

Sunil Mavadia,电气云客户之旅全球主管:

“随着组织继续在2019年对DevOps进行大赌注,重要的是帮助他们安全地适应正在进行的技术转变,以便他们保持竞争力。为此,我们听到他们的雷达上有五个“大件物品”:

1.云迁移

2.自动化

3.人工智能/机器学习

4. DevSecOps

5. Upskilling“

Delphix数据转换全球实践总监Sanjeev Sharma说:

“随着组织大规模采用DevOps实现创新的速度,他们现在可以解决两个关键挑战:

1. 安全性和合规性:组织正在意识到不断提供小批量更改并验证每个sprint的安全性和合规性的价值,而不是在发布之前单独执行。组织开始将安全团队作为其开发团队的一流成员,将持续验证带入他们的开发阶段。

2. 数据驱动的应用程序: DevOps实践现在正被数据生产者和消费者采用,允许他们将数据视为可部署的资产,与代码没有区别,从而最大化其数据驱动应用程序的价值实现时间。数据更改周期与代码交付周期更好地同步。然而,这个领域仍处于起步阶段。组织需要跨工具,实践和技能进行必要的转换,以管理,更改和协作数据,如代码。“

JFrog业务开发副总裁Kit Merker:

“DevOps将帮助解决的最大挑战是DevOps创造的成功。更频繁的发布意味着更多的二进制文件,更多的存储空间,更多的数据需要管理 - 到2020年全球44个zettabytes。随着我们继续生成更多关于这些二进制文件的元数据,关于它们的来源,行为和安全性,我们可以推动机器学习带来更多更加自动化的改进和DevOps的速度。可能还需要一段时间才能完全实现DevOps中AI的承诺,但我们相信我们将在2019年开始看到一些令人兴奋的进展。“

Eric Minik,产品管理负责人DevOps,IBM:

“建立连续交付管道不再是边缘活动。它是相当主流的,在2019年,我们将看到更多尝试在整个企业中推动它。我希望这种努力能够扩大持续交付(CD),从而产生三大趋势。首先,选择可以为每个应用程序驱动CD的已批准企业工具链。其次,相反,其他企业将采用多种CD解决方案,在每个主要平台上实现标准化。一组用于容器的工具,另一组用于大型机,另一组用于Java应用程序,另一组用于数据库。协调这种多样性将导致第三大趋势:更加重视发布管理,衡量整个企业的交付效率和流量。

“有了如此多的数据流,并且强调发布管理决策,请在工具链中寻找更多的AI功能。”

Pivotal产品标记高级总监Dormain Drewitz :

“2019年,我们将看到更多DevOps的主流采用者享受自动修补的好处,修补周期从数月到数周都会崩溃。软件定义的网络将使更多的公司能够创建和操作应用程序平台,将网络层视为代码。虽然开发人员不能完全忽略网络(延迟和网络不可靠性是现实),但网络代码将极大地帮助DevOps团队。最后,我们将看到分散的例子出现来自非互联网公司的云原生数据架构。域驱动设计将成为那些推动DevOps实践包含数据的人的共同基础。“

Robert Reeves,Datical的联合创始人兼首席技术官:

“从我的角度来看,我们肯定会停止听到它被称为'DevOps'。或者,我希望如此!随着DevOps采用的增加,我们将开始看到团队的采用,这些团队以前在DevOps的第一次迭代中都没有想到。当我们开始看到诸如IaC(基础架构作为代码)之类的东西时,它遵循与敏捷相同的路径,并且将受到这些团队(安全性,数据库,网络)在其他领域发生的明显好处的驱动。此外,我们还会看到另一个安全漏洞直接归因于手动更改和未修补的依赖库。叹了口气......

“汤姆佩蒂错了; “等待”并不是最困难的部分。持续改进是最难的部分。DevOps不是你曾经做过的事情并且声称胜利。类似于去健身房和吃得更好,你必须继续寻找手动努力的领域,并消除它们。而且,是的,执行脚本是一种手动操作。从应用程序到基础架构,再到数据库,再到安全性,我们都陷入了DevOps可以删除的手动工作中。仅仅因为它是数据库或系统修补或安全性,以前被认为“太重要了,不能留给机器”,我们需要改变这种想法,并说它“太重要了,不能留给人类。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。