当前位置: 首页 > 网络应用技术

DevOps:IT领导指南

时间:2023-03-05 16:58:47 网络应用技术

  DevOps作为一种方法论和文化,有10年的历史,但许多人仍然觉得它是新鲜和挑战的。这是因为DevOps,工具和文化原则的方法正在不断变化和改进。Datacal的首席技术官罗伯特·里夫斯(Robert Reeves)最近告诉我们:“它的所有目的都是随着时间的推移改变和发展。”

  我们如何跟上变化并继续从DevOps从业者那里学习最新经验?我们为IT领导者准备的DevOps指南提供了最新和最佳的信息,因此您只需要在这里深入探索。来自DevOps专家和高级CIO专家。

  由于一些重要的原因,DevOps继续在Enterprise IT中赢得粉丝。这种工作方法是在交叉努力团队中进行的速度,实验和协作的奖励。内部组织,并加快了软件发布的节奏。

  所有这些因素都适合当前的业务目标:业务转型。这些目标是数字转型的核心和许多CEO的主要任务。

  在过去的几年中,当该公司安排了一个较小且灵活的开发人员团队来解决特定的业务问题并将其从传统的组织规则中解放出来时,DevOps促进了企业的成功。这种工作方法已重塑了工作方法(以及该行业中许多公司的关键业务流程),例如Vanguard,Target和Macquarie Bank(有关更多信息,请参见McGust by McGust。)

  对于先驱CIO,约翰·马坎特(John Marcante),Devops在其团队的共同目标中发挥了至关重要的作用:即使作为全球金融服务巨头,也有必要“以初创企业的速度实现业务价值”。DevOps原则是为了将时间从代码提交到我们的版本管理系统到客户的产品功能的时间。”

  为了最大化速度,他的团队依靠用于结合敏捷云基础架构,微服务方法,自动化和新测试方法的DevOps方法(有关其团队方法的更详细信息,请参考我们的相关文章以改进美国先驱速度和创新的转换模型。)

  数据点:根据Forrester Research,2018年是公司DevOps的一年,该组织的50%正在实施DevOps,而该组织的27%计划在接下来的12个月内实施DevOps。基准在线调查。

  优秀的DevOps商店具有三个特征:速度,协作和自动化(因为日常工作是自动化的,人们可以使更多的精力来应对更具挑战性的问题)。

  您还将看到对文化的高度关注:DevOps的工作风格 - 快速和交叉组织边界 - 要求人们成为可变角色并接受失败作为学习经验。

  当然,DevOps不仅是速度。真正的DevOps商店成功地与业务结果联系在一起。“ DevOps不仅仅是加速,” Red Hat(Redhat)的Matt Micne说。交付价值更快。“他经常写和演讲Devops文化。

  是否应该有一个特别的“ Devops团队”?这个问题在Devops社区引起了极大的争议。有些人说是的。有些人甚至主张创建DevOps Excellence Center。

  其他人则说,DevOps是整个IT团队工作的一种方式,DevOps团队是不成熟的DevOps组织的标志。有关双方的更多指导和意见,请参阅:DevOps经验课程:为IT领导者提供建议。

  DevOps不仅会改变运行IT领导者软件项目的方式。作为前美国公民和移民服务部的Ciomark Schwartz写道:“毫无疑问:DevOps代表了不同的IT思维方式,需要不同的领导模式,并且需要不同的领导模式,”。

  他说,DevOps改变了IT领导的基本原则,例如如何查看需求,治理和风险。“我认为它只负责“交付”商业部门的希望或需要过时。”他说:“相反,CIO必须加快公司的速度,以加速结果并勇于对责任负责。”

  您应该准备离开舒适区一会儿。在我们的相关文章中,《红帽》中写道,有7种高效的Devops习惯。

  甚至很难向团队的目标解释。)交流并讨论如何实现DevOps和这些结果。

  在与IT经理交谈之后,事实很快就变得很清楚:DevOps最困难的部分是相关的文化变化。您正在打破多年来重新分配控制,重新分配控制和具有挑战性的专业知识的概念的概念。这意味着疼痛和压力。

  其他主要挑战包括中层经理,他们经常为变更设定严重的障碍,并应对许多IT组织中现有的大量技术债务。

  正如Red Hat的CIO Mike Kelly所指出的那样:“随着团队变得更加宽容和协作,领导者必须改变其战略和策略,以利用这种新型工作方法产生的能量。他们需要他们需要他们自己的方法,吸引多个派对参加对话,并确保可以听到每个人的声音。他们需要提高自己的能力,并将团队所做的工作和目标联系起来,以确保组织的价值观比自己更重要(和自我)。”

  许多公司在DevOps项目方面已经成功解决了特定问题,但是后来很难在整个组织中扩展DevOps。他说,一个加速的学习环境,我们的团队被称为“ Dojo”。

  “这是一个沉浸式的课程,是一个六周的课程。该团队通常与现场敏捷的教练合作,敏捷教练支持他们,并从Devops.agile和Devops的角度提供他们所需的一切,消除了自然的抵抗和恐惧。更改,然后为团队经验的变化提供支持,同时保持生产力。对于目标,这是一个巨大的成功。在Advance Implove并增强我们的工程能力的过程中。根。)

  数据点:DevOps团队需要转变为领导者:领导者转型最小的团队,更高绩效的可能性为1?2.源:Dora 2017 DevOps状态报告。

  正如Matson的Cio Peter Weis所指出的那样,任何转型中最烦人的部分都是人类的一部分。只要您诚实和透明,并且对商业领导的明确支持,您就可以培养文化变化,但是这需要非常耐心的耐心。埃卢西安(Ellucian)的Cio Lee Congdon说,这需要非常耐心,也许是普通所有者的意识 - 他认为这也是他团队文化变革的关键。

  您可能还需要重新考虑标题和奖励。“如果您需要实验性和速度,则需要改变衡量领导者的方式,并改变报告进度的方式和频率,”总裁兼CO -FOUNDER BRUNO GUICARDI说。CI&T。“如果您衡量成功的方法是可预测性的(玛丽必须在Y日期之前交付项目X),那么您将无法获得速度或实验。”

  一些CIO,例如Adobe Cio Cynthia Stoddard,他说新的物理环境可以鼓励合作,Ellucian的Congdon还强调了沟通工具的价值,例如Slack。

  最重要的是,您需要每个人的支持才能成功改变DevOps文化,并说Datawire的共同创始人之一Richard Li。您需要动态和底部的方法。

  Li建议您从小事开始,并使用DevOps的工作方式来解决特定而实用的问题。“也许工程师经常被召唤,”他说:“也许工程师希望在巨大的负担下使数据库更加灵活。,询问工程师的工程师最令人讨厌或最痛苦的问题:您通常会得到一个完整的答案。从那里开始。”,“”

  您还想创建一个论坛,分享团队的成功经验,并鼓励工程师与组织外部的其他DevOps专家进行交流。请提供更多建议,请阅读Li的文章“五种培养DevOps文化的方法”。

  最好的DevOps团队以艰苦的数字显示了他们的成功 - 与业务目标一致。“完全有可能拥有这样一个有效生产软件但并没有增加对企业的实际价值的团队,” CTO Michael Hermus,Land和安全,最近写道。出于这个原因,他的团队正在遵循一套测量标准,其中包括诸如威胁检测准确性之类的措施,这是他团队的关键。

  实际上,当许多团队启动DevOps测量工作时,他们将通过收集效率和速度措施来开始DevOps的测量工作,例如正常运行时间,每秒的数量和修复的错误。说:但这并不能使它们衡量。在同一时间,他指出,“测量正确地被视为“绩效” kpi指标 - 对您来说,以某种基本方式对您来说是非常重要的措施。”

  他说:“为您的组织寻求不超过10个这样的指标,最好减少。除了从计算机系统收集的更明显的操作和开发数据外,您还可以考虑那些可以找到更多的人来找到更多广泛的组织或过程健康问题。”

  例如,您的公司可能正在寻求提高客户体验和运营效率。对于客户体验,诸如净启动子得分之类的指标可能是合适的。客户订单量(作为总体客户满意度的指标)和开发人员的工作满意度得分(考虑到难度吸引和保留DevOps明星)是否需要考虑其他两个分数。有关更多建议,请参阅我们相关的文章“ DevOps指标:您衡量重要因素吗?”

  简而言之:不,DevOps的讨论通常集中在开发人员和运营团队上,但是项目经理将在DevOps时代生存并经历巨大的变化。

  正如我们最近的文章“如何保留Reuscript DevOps项目管理”指出的那样。“ DevOps从根本上改变了IT团队对待该项目的方式。从一个单个,几个月(或某些情况下)项目来更快地追求软件开发生命周期,在软件开发生命生活周期中,更敏捷和敏捷。这意味着项目经理的变化。但是不要犯错,项目经理仍然可以在DevOps时代发挥价值。”

  Cybric的合伙人兼首席技术官Mike Kail说:“传统上,项目管理更受单一和瀑布类型的方法驱动。随着DevOps的转型,PMO功能需要采用“微服务”。方法。由于子项目很小,因此可以达到更高的速度。”

  Janeiro Digital的技术建筑师Josh Collins说:“随着交付速度的提高,依赖的注意力也会增加。现在,从上游团队中,我们将整合一些东西,或者从利益相关者那里得到完全需求,以及之间的间隔,部署较少。”他说,Scrum方法论和看板等工具在这里可能会有所帮助。有关更多内容,请参阅“如何保留DevOps项目管理”。

  当然,在引入速度时,DevOps团队必须避免引入不必要的安全风险。因此,企业越来越多地关注“ DevSecops”,并且该团队将为整个软件开发生命周期建立安全性 - 从早期阶段 -, 已经开始了。

  Sonatype公司副总裁兼DevOps倡导Derek Weeks。“ DevSecops不仅是一种工具。它在早期就将安全思维纳入发展实践。”

  红帽安全策略师基尔森·纽科姆(Kirsen Newcomer)表示,它引入了另一个文化挑战。

  纽科姆说:“安全团队已经与历史上的发展团队隔离了 - EAKT团队在不同的IT领域发展了深厚的专业知识。”它不需要这一点。它向安全公司致意,还非常付费。注意通过软件快速交付业务价值的能力。他们正在寻找将应用程序开发生命周期中剩余的安全性移动的方式。他们正在通过安全实践和工具。集成和自动化已集成到整个CI/CD中使用DevSecops的组装线。”

  “为了做到这一点,他们正在整合他们的团队 - 安全专业人员和应用程序开发团队,从一开始(设计)到生产部署,他们将集成到应用程序开发团队中。”她说。“双方都看到了价值 - 每个团队都扩大了他们的技能和知识基础,以使他们更有价值的技术专家。良好的DevOps -或DevSecops -devSecops -Impove in Improve IT安全。”

  有关如何打败文化冲突并加强安全性的详细建议,您还可以查看我们相关的文章“ Devops and Security:结束文化冲突的四个步骤”。作者是Digocert的CTO Dan Timpson。

  DevOps开发趋势:接下来会发生什么?企业中DevOps的发展方向是什么?最近,我们与DevOps领导者讨论了以下方面

  首先,该公司结合了DevOps和云服务(按需计算和存储容量),容器和微服务。

  “可以将容器,DevOps和微服务组合起来,以帮助CIO实现敏捷目标。”OpenShift副总裁兼总经理Ashesh Badani说:“简而言之,容器将应用程序包装到单独的程序包中,一一孤立地操作操作系统。在DevOps的基本组件中,开发人员更容易切换。开发环境。集装箱可帮助您更快地将代码部署到生产环境中。”(有关更多信息,请参阅相关文章“ 4集装箱采用模式。您需要知道什么”)

  因此,团队需要了解容器,微服务和云服务之间不断增长的相互依赖关系 - 这种组合可以帮助DevOps专业人员执行安全,快速的验证和操作。DevOps团队将需要管理和扩展微服务框架,例如Kubernetes,例如KubernetesKubernetes赢得他们的青睐。

  其次,您可以预期DevOps将从开发,操作和维护以及安全性扩展到DB团队(数据库团队),QA(质量团队),甚至IT领域以外的团队。

  Datieirvs说:“ DevOps做了第一件事:确定摩擦点并解决它们。对于采用DevOps,安全性和数据的公司而言,目前是最大的瓶颈。”

  此外,有必要找到投资回报率的措施和成功指标,以寻求更好的发展。“我相信DevOps Culture的两个核心原则:自动化和测量是无止境的,” Cybric的首席技术人员Mike Kail说。始终是实现自动化任务或改善现有自动化解决方案的机会,并且重要的测量指标可能会随着时间的推移而改变和扩展。这个成熟的过程是连续的旅程,不应该被视为目标或一项任务。。”

  数据说:在美国,Devops工程师的平均工资为104,508美元(中号为110,000美元)

  数据来源:Glassdoor招聘网络。

  总而言之:竞争。许多公司争夺DevOps的才能。Linux基金会和技术工作站的2017年报告显示,60%的招聘经理正在招聘DevOps Tarnents。它仅次于开发职位(73%),并且已经成为大多数公司都有内部培训,并且渴望成为Devops工程师来适应新的工作方式,这是一名内部培训,这是一年中最受欢迎的竞争,这是必不可少的。新的人才损失也已成为重点。尽管您发现大量的“ Devops工程师”招聘广告,但现在有更多的人在没有DevOps标题的DevOps环境中工作。

  将来,DevOps团队将扮演更多的专家角色。”从最初的想法中,通常考虑(有时实施)消除专家的角色,”红帽技术员福音传教士戈登·哈夫(Gordon Haff)说,“每个人都可以发展或发展。操作和维护。每个人都可以随时做出回应。”

  “但是,尤其是在大型组织中,这并不总是有效的。”他解释说:“管式组织将被分解。很难与多学科团队竞争。但是,在安全性和大型基础设施等方面,始终需要专家。与他人一起提供工具。”

  特别是,成熟期高的DevOps团队将自定义角色和过程,以更好地解决组织的需求和业务策略。本顿(Ben Newton)(负责Sumo逻辑分析的人)说:“我认为发展趋势是DevOps的产品更适合现代组织。核心是确定开发团队/ Scrum团队的专业知识,以构建和支持其代码。”

  他希望在可靠性工程师的角色中添加类似的可靠性工程师,安全架构师,专家和各种迭代QA /测试工程师。

  他补充说:“由于分析能力对当今的竞争力很重要,因此我们也希望更多面向数据的工程师正在促进发展。”