DevOps如何改变IT领导地位？
我们准备了一份综合指南，在此分享CIO和专家关于DevOps文化变化、DevOps指标、DevOps工作展望等的建议。
目录：
目录
1.DevOps指标：如何衡量成功?
2.DevOps是否意味着你不需要项目经理?
3.DevOps安全:如何避免风险?
4.DevOps趋势：接下来会发生什么?
5.DevOps工作：招聘前景如何?
1.DevOps指标：如何衡量成功?
最好的DevOps团队以冷酷的数字显示他们的成功，与商业目标一致。
美国国土安全部(Department of Homeland Security)的首席技术官迈克尔•赫慕斯(Michael Hermus)最近写道：“让一个团队高效地生产软件，但不给企业增加实际价值是完全可能的。”出于这个原因，他的团队正在寻求一套度量标准，包括威胁检测的准确性，这是他团队任务的关键。
实际上，许多团队将开始DevOps度量工作，通过收集关于效率和速度度量的数据，例如运行时间、每秒事务数和修复错误。但是，红帽技术的传道者戈登·哈夫说，这并不能使他们成为标准。他指出：“度量标准被认为是数据的关键绩效指标，对你来说，这是一种重要的测量方法。”
他说，为你的组织找出不超过10个这样的指标，最好是减少。“考虑可以发现更广泛的组织或过程健康问题的度量标准，以及可以从计算机系统收集的更明显的操作和开发数据。”
例如，业务可能寻求提高客户体验和操作效率，对于客户体验来说，像Net启动子评分这样的度量可能是合适的。客户工单(作为总体客户满意度的指标)和开发商的工作满意度评分(考虑到吸引和保留DevOps明星的难度)是另外两个值得考虑的评分。
2.DevOps是否意味着你不需要项目经理?
简而言之：没有，DevOps的讨论往往集中在开发人员和运维团队上，但是项目经理将会在DevOps的时代中生存并经历巨大的变化。
DevOps从根本上改变IT团队如何处理项目，从整体转移，数月(或多年,在某些情况下)计划在追求更大的速度和敏捷的软件开发生命周期。这意味着项目经理的变更，但别搞错了：项目经理在DevOps时代仍然很有价值。
“传统上，项目管理一直都是单一的和瀑布式的方法，”CYBRIC联合创始人兼首席技术官迈克·凯尔(Mike Kail)说。“随着DevOps的转变，PMO的功能需要采用“微服务”的方法，因为较小的子项目可以实现更高的速度。”
“随着交付速度的增加，聚焦对依赖关系的重要性增加了，”位于里约热内卢数字的技术架构师乔希·科林斯(Josh Collins)说。“现在部署的时间更短，从上游团队集成一些东西，或者更少的时间来从利益相关者那里得到完整的需求。”他说，“敏捷方法和看板等工具可以在这里起到帮助作用。”
3.DevOps安全:如何避免风险?
在引入速度时，DevOps团队必须避免引入不必要的安全风险。因此，越来越多的企业强调“DevSecOps”，即团队在整个软件开发生命周期中构建安全性，从早期就开始。
“DevSecOps不仅是工具，它还将安全思维融入到早期的开发实践中，”Sonatype的副总裁和DevOps的倡导者Derek Weeks说。
红帽公司的安全策略师柯尔斯顿说，这又带来了另一种文化挑战。
“从历史上看，安全团队一直与开发团队隔离，每个团队都在不同领域发展了深厚的专业技能，”新来者说。
“不需要这样做。那些深切关注安全的企业，也非常关心他们通过软件快速交付业务价值的能力，他们正在寻找方法，将安全留在他们的应用程序开发的生命周期中。他们通过在CI / CD管道中集成安全实践、工具和自动化来采用DevSecOps。”
DevOps或DevSecOps做对了，安全性就提高了。
4.DevOps趋势：接下来会发生什么?
DevOps在企业中处于什么位置？
最近与DevOps领导人的谈话浮现出几个趋势。
首先，企业使用DevOps与云服务(根据需求计算和存储能力)、容器和微服务结合使用。
“CIO”容器生态系统“容器、DevOps和微服务都能协同工作，以帮助CIO实现敏捷的目标，”Red Hat的副总裁兼总经理Ashesh Badani表示。简而言之，容器将应用程序打包成一个整齐的包，与它们运行的主机系统隔离。开发人员可以在试验期间轻松地移动它们，这是DevOps的一个基本部分。当快速地从开发环境转移到生产环境时，容器也会有帮助。
因此，团队需要理解容器、微服务和云服务之间日益增加的相互依赖关系，这一组合有助于DevOps的专业实验，并快速而安全地运行。DevOps团队将需要管理和扩展一个微服务体系结构，这是像Kubernetes这样的编制工具能够获得它们的保留。
其次，可以期望DevOps的工作方式可以扩展到数据库团队、QA，甚至完全不存在于数据库团队、QA等领域。
“这是一个非常DevOps要做的事情：确定摩擦的区域并解决它们，”dUNK的Reeves说。
另外，寻找ROI度量和成功指标，以便更好地发展。“我相信DevOps文化的两个核心原则，自动化和测量，从来没有‘完成’，”CYBRIC的CTO说。“总是有机会自动完成任务或改进已经自动化的解决方案，而重要的是度量可能会随时间而变化和扩展。”这个成熟过程是一个持续的过程，而不是终点或完成的任务。
5.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环境中增加的各种迭代。
他补充道：“ 我们也看到了更多的数据科学工程师推动了开发，因为分析是当今竞争的关键。”
