DevOps：IT领导指南

Posted 2021-04-16 云技术之家

摘要：DevOps如何改变IT领导地位？我们的综合指南分享了CIO和专家关于DevOps文化变化、DevOps指标、DevOps工作展望等的建议。

目录：

• 为什么DevOps在企业中很流行?

• DevOps最佳实践：什么造就一支伟大的团队?
  

• DevOps如何改变IT的领导地位?
  

• DevOps面临的最大挑战是什么?
  

• 我如何处理DevOps文化的变化?
  

• DevOps指标：我如何衡量成功?
  

• DevOps是否意味着你不需要项目经理?
  

• DevOps安全：如何避免风险?
  

• DevOps趋势：接下来会发生什么?
  

• DevOps工作：招聘前景如何?

• 我在哪里可以学到更多关于DevOps的信息?

DevOps，一个10岁左右的IT方法和文化，仍然给很多人带来了新的挑战。这是因为DevOps的方法论、工具和文化原则不断地改变和改进。“DevOps是一个过程，一个算法，”Robert Reeves,CTO，最近告诉我们。“它的全部目的是随着时间的推移而改变和发展。”

如何能够跟上这些变化并保持对DevOps从业人员的最新经验的了解？我们的DevOps指南为IT领导提供了最新的和最好的信息，我们正在进行的报道，你可以在这里深度学习。让我们从DevOps专家和顶级CIO那里深入研究专家建议和分析。

为什么DevOps在企业中很流行?

由于一些重要原因，DevOps继续在企业中赢得粉丝。DevOps工作方式，在跨职能团队中奖励速度、实验和协作的方式。它打破了IT组织内部开发人员和运维团队之间的传统壁垒，加速了软件发布的节奏。

所有这些因素都适合当前的商业目标：改变业务，以便能够迅速改变以满足客户需求或新的竞争环境。加快步伐，这样一家制造公司就能更像一个初创公司，而不像一个官僚机构。实验和创新，这些目标是数字化转型的核心，这是目前许多CEO的首要任务。

在过去的几年里，DevOps在规模小企业推动了成功，并将它们从传统的组织规则中解放出来时。这种工作方式改变了许多行业的企业IT工作方式(以及关键业务流程)，比如先锋、目标和麦格理银行(Macquarie Bank)。

对于Vanguard CIO John Marcante来说，DevOps在其团队的共同目标中扮演着关键的角色：即使是在全球金融服务巨头，也要“以创业的速度传递商业价值”。他的团队正在“接受DevOps原则，以便在将代码检查到我们的版本管理系统中，以及当我们的客户可以使用某个特性时，最小化时间。”他说。

 Vanguard CIO John Marcante

为了最大限度地提高速度，他的团队使用了与敏捷云基础设施、微服务方法、自动化和新的测试方法结合使用的DevOps方法。

数据观点：根据Forrester的数据，2018年将是企业DevOps的一年，目前有50%的组织正在实施，另外27%的公司计划在未来12个月内完成。来源:Forrester的第一季度全球DevOps基准在线调查。

DevOps最佳实践：什么造就一支伟大的团队?

伟大的DevOps实施有三个特点是速度、协作和自动化(因为自动化的日常工作使人们可以自由地处理更具挑战性的问题)。

您还将看到对文化的强烈关注：DevOps风格的工作，快速和跨组织的边界，要求人们引入流动的角色，并接受失败作为学习经验。

当然，DevOps的意义远不止于速度，真正伟大的DevOps实施将成功与商业成果联系在一起。“DevOps并不仅仅是随意地走得更快，而是更快地传递价值，”红帽公司的马特·米恩说，他经常发表关于DevOps文化的著作和发言。

是否应该有一个专门的“DevOps团队”？这个问题在DevOps社区中引起了极大的争论。有人说，是的，有些人甚至提倡创建一个优秀的DevOps中心。

其他人说DevOps是一种必须跨越整个IT团队的工作方式，DevOps团队是不成熟的DevOps组织的标志。

DevOps如何改变IT领导地位?

DevOps不仅改变了IT领导们运行软件项目的方式，“毫无疑问，DevOps代表着一种不同的思考方式，需要一个不同的领导模式，”美国公民和移民服务部门的前首席信息官马克•施瓦茨(Mark Schwartz)写道。

他说，DevOps改变了IT领导原则的基本原则，比如如何看待需求、治理和风险。他说：“这种想法认为，它只负责‘交付’业务所要求或需要的东西是过时的。”“相反，CIO必须挺身而出，勇敢地承担起推动企业业绩的责任。”

你应该准备好离开你的舒适区，有一段时间了。“混合或分担责任的概念，无可指责的事后分析，以及速度与稳定性往往与你所教授的原则背道而驰，”Red Hat的产品策略总监布赖恩•格雷斯利(Brian Gracely)在相关文章中写道。

即使把DevOps的目标与团队的目标清晰地结合起来也很困难。“你知道未来的业务将会非常影响你更快地交付软件的能力(通过新功能、新产品和新路径到市场)，但很难找到和你的团队交流的语言或框架，如何实现DevOps和这些结果。

DevOps面临的最大挑战是什么?

与IT领导对话，一个事实很快就会明白：DevOps最困难的部分是相关的文化变化。你正在拆除已经存在多年的界限，重新分配控制，挑战专业知识。这等于给IT人带来痛苦和压力。

其他最主要的挑战包括中层管理者，他们经常会设置一些巨大的障碍，并且处理大量的IT组织中存在的技术债务。

正如红帽公司CIO Mike Kelly所指出的，“当他们的团队变得更具包容性和协作性时，领导者必须改变他们的策略和策略，以利用这种新的工作方式产生的能量。”他们需要完善他们的方法来吸引多方参加对话，并确保每个人都有被倾听的感觉。他们需要磨练自己的能力，将团队所做的工作与组织的价值观、目标和目标联系起来——以确保部门中的每个人都明白，他们是比他们自己(以及他们的自我)更大的东西的一部分。

许多公司成功地为一个特定的问题开发了DevOps项目，但后来在整个组织中挣扎着扩展DevOps。Target CIO迈克·麦克纳马拉说，聪明的启动是关键：“目标过程的一个重要部分是创建一个加速学习环境，我们的团队称之为‘Dojo’，”他说。

“这是一个沉浸式的、为期六周的会议，团队在网站上执行他们的常规工作，让敏捷教练支持他们，并从DevOps的角度提供他们需要的任何东西。”Dojo在让团队参与敏捷和DevOps、消除自然阻力和对变更的恐惧方面非常出色，然后在保持生产力的同时支持团队的变化。这是目标的巨大成功，在我们的旅程中，我们继续使用Dojo来完善、加强和增强我们的工程能力。

数据观点：DevOps团队需要变革型领导，团队最少的变革性领导1⁄2可能是高级别的执行者。来源：DORA 2017DevOps报告。

我如何处理DevOps文化变化?

正如Matson CIO Peter Weis所指出的，任何变革中最揪心的部分是人民。有了诚实和透明，以及商业领袖的明确支持，你就可以培育变革文化。但这需要极大的耐心，Ellucian CIO Lee Congdon说，也许是一种共有的主人翁意识，他认为这是团队文化变革的关键因素。

你可能需要重新思考标题和奖励，“如果你需要实验和速度，你需要改变领导者的测量方式，以及他们汇报进展的方式和频率，”布鲁诺·古伊卡迪说，他是CI&T公司的总裁兼联合创始人。“如果你衡量成功的方式是要求可预测性(玛丽必须在日期前交付X项目)，你就不会获得速度和实验。”

一些CIO，像Adobe CIO辛西娅·斯托达德，说一个新的物理环境可以鼓励合作，而Ellucian的Congdon也强调通讯工具的价值，比如Slack。

最重要的是，你需要每个人的参与，让DevOps文化改变工作，Richard Li说，他是Datawire公司的联合创始人。你需要一个有机的、自下而上的方法。

建议你从小处着手，用DevOps的工作方式解决具体的具体问题。他说：“也许是一位工程师太频繁地被呼叫了。”“也许工程师正试图让数据库在巨大负荷下变得更有弹性。”经理们，问你的工程师最令人烦恼或最痛苦的问题是什么：你通常会得到一份工作。从这里开始。”

您还希望创建论坛来共享团队的成功，并鼓励工程师与其他DevOps专家一起在您的组织之外进行活动。

DevOps指标：我如何衡量成功?

最好的DevOps团队以冷酷的数字显示他们的成功，与商业目标一致。美国国土安全部(Department of Homeland Security)的首席技术官迈克尔•赫慕斯(Michael Hermus)最近写道：“让一个团队高效地生产软件，但不给企业增加实际价值是完全可能的。”出于这个原因，他的团队正在寻求一套度量标准，包括威胁检测的准确性，这是他团队任务的关键。

实际上，许多团队将开始DevOps度量工作，通过收集关于效率和速度度量的数据，例如运行时间、每秒事务数和修复错误。但是，红帽技术的传道者戈登·哈夫说，这并不能使他们成为标准。他指出：“度量标准被认为是数据的关键绩效指标，对你来说，这是一种重要的测量方法。”

他说，为你的组织找出不超过10个这样的指标，最好是减少。“考虑可以发现更广泛的组织或过程健康问题的度量标准，以及可以从计算机系统收集的更明显的操作和开发数据。”

例如，业务可能寻求提高客户体验和操作效率，对于客户体验来说，像Net启动子评分这样的度量可能是合适的。客户工单(作为总体客户满意度的指标)和开发商的工作满意度评分(考虑到吸引和保留DevOps明星的难度)是另外两个值得考虑的评分。

DevOps是否意味着你不需要项目经理?

简而言之：没有，DevOps的讨论往往集中在开发人员和运维团队上，但是项目经理将会在DevOps的时代中生存并经历巨大的变化。

DevOps从根本上改变IT团队如何处理项目，从整体转移，数月(或多年,在某些情况下)计划在追求更大的速度和敏捷的软件开发生命周期。这意味着项目经理的变更，但别搞错了：项目经理在DevOps时代仍然很有价值。

“传统上，项目管理一直都是单一的和瀑布式的方法，”CYBRIC联合创始人兼首席技术官迈克·凯尔(Mike Kail)说。“随着DevOps的转变，PMO的功能需要采用“微服务”的方法，因为较小的子项目可以实现更高的速度。”

“随着交付速度的增加，聚焦对依赖关系的重要性增加了，”位于里约热内卢数字的技术架构师乔希·科林斯(Josh Collins)说。“现在部署的时间更短，从上游团队集成一些东西，或者更少的时间来从利益相关者那里得到完整的需求。”他说，“敏捷方法和看板等工具可以在这里起到帮助作用。”

DevOps安全:如何避免风险?

在引入速度时，DevOps团队当然必须避免引入不必要的安全风险。因此，越来越多的企业强调“DevSecOps”，即团队在整个软件开发生命周期中构建安全性，从早期就开始。

“DevSecOps不仅是工具，它还将安全思维融入到早期的开发实践中，”Sonatype的副总裁和DevOps的倡导者Derek Weeks说。

红帽公司的安全策略师柯尔斯顿说，这又带来了另一种文化挑战。

“从历史上看，安全团队一直与开发团队隔离，每个团队都在不同领域发展了深厚的专业技能，”新来者说。“不需要这样做。那些深切关注安全的企业，也非常关心他们通过软件快速交付业务价值的能力，他们正在寻找方法，将安全留在他们的应用程序开发的生命周期中。他们通过在CI / CD管道中集成安全实践、工具和自动化来采用DevSecOps。

CIO安全“要做到这一点，他们正在整合他们的团队，安全专业人员与应用开发团队一起从初始(设计)到生产部署，”她说。双方都看到了价值，每个团队扩大了他们的技能和知识库，使他们成为更有价值的技术专家。DevOps做对了，或者DevSecOps，提高了它的安全性。

DevOps趋势:接下来会发生什么?

DevOps在企业中处于什么位置?我们最近与DevOps领导人的谈话浮现出几个趋势。

首先，企业使用DevOps与云服务(根据需求计算和存储能力)、容器和微服务结合使用。

“CIO”容器生态系统“容器、DevOps和微服务都能协同工作，以帮助CIO实现敏捷的目标，”Red Hat的副总裁兼总经理Ashesh Badani表示。简而言之，容器将应用程序打包成一个整齐的包，与它们运行的主机系统隔离。开发人员可以在试验期间轻松地移动它们，这是DevOps的一个基本部分。当您快速地从开发环境转移到生产环境时，容器也会有帮助。

因此，团队需要理解容器、微服务和云服务之间日益增加的相互依赖关系，这一组合有助于DevOps的专业实验，并快速而安全地运行。DevOps团队将需要管理和扩展一个微服务体系结构，这是像Kubernetes这样的编制工具能够获得它们的保留。

其次，可以期望DevOps的工作方式可以扩展到数据库团队、QA，甚至完全不存在于数据库团队、QA等领域。

“这是一个非常DevOps要做的事情:确定摩擦的区域并解决它们，”dUNK的Reeves说。“目前，安全与数据库是那些曾经采用DevOps的公司的一大瓶颈。”

另外，寻找ROI度量和成功指标，以便更好地发展。“我相信DevOps文化的两个核心原则，自动化和测量，从来没有‘完成’，”CYBRIC的CTO说。“总是有机会自动完成任务或改进已经自动化的解决方案，而重要的是度量可能会随时间而变化和扩展。”这个成熟过程是一个持续的过程，而不是终点或完成的任务。

数据观点：$104,508，美国DevOps工程师的平均工资(DevOps工程师的国家工资中值为11万美元)。来源:招聘网站Glassdoor网站。

DevOps工作：招聘前景如何?

一个字：竞争，寻求聘用DevOps人才的公司将发现自己与许多追求者的竞争。根据《2017开源工作报告》(2017 Open Source Jobs Report)，有60%的招聘经理正在寻求填补DevOps工程师职位的空缺，该报告是由Linux基金会和技术工作网站Dice进行的。这一排名仅次于“开发者”(73%)，是今年报告中最受欢迎的角色。

由于这一水平的竞争，大多数公司自己培养人才，教热情的人采用这种新的工作方式，变得强制性，对人才保留的新关注也是如此。

虽然你会发现很多“DevOps工程师”的招聘广告，但是现在有更多的人在DevOps环境中工作，而没有DevOps的头衔。

展望未来，DevOps团队可能需要更多的专家角色。“正如最初设想的那样，DevOps经常被认为(有时是执行的)是关于消除专家角色的，”Red Hat技术布道者Gordon Haff说。每个人都做，每个人都做。每个人都有一个寻呼机。”

“但是，尤其是在大型组织中，这并不正确，”他解释道。“筒仓必须被打破。”而且很难反对多学科的团队。但在安全、大型基础设施等领域，对专家的需求总是存在的。关键是要让这些专家有效地与他人沟通，并提供工具供他人使用。

Sumo Logic公司的分析主管本•牛顿(Ben Newton)说，特别是当DevOps团队成熟时，他们开发的角色和过程更具体地解决了他们组织的需求和业务策略。“我认为这一趋势是为了让DevOps成为现代组织的一员，而关注的焦点是要弄清楚在核心开发者/ scrum团队之外需要什么专业化的东西，这些团队实际上是在构建和支持他们自己的代码。”

他期望角色像站点可靠性工程师、安全架构师和专家，以及QA /测试工程师在DevOps环境中增加的各种迭代。

他补充道：“我们也看到了更多的数据科学工程师推动了开发，因为分析是当今竞争的关键。

还有，看看我们的DevOps招聘经理和招聘经理的系列，了解如何过渡到DevOps，调整你的简历，等等。

↓↓ 点击"阅读原文" 【加入云技术社区】

相关阅读：

更多文章请关注