你知道Elite Devops表演者的数量几乎三倍年吗?越来越明显的是，DevOps是企业中任何成功的现代化战略的关键支柱。DevOps研究与评估(DORA)最近发布了2019加速:DevOps状态报告， 和我们有机会采访了朵拉的联合创始人、谷歌报告的首席研究员妮可·弗斯格伦博士，关于今年的发现。我们在现场聊天中收到的问题是如此丰富，我们想要与你分享它们——包括那些现场回答的问题和那些我们没有时间在会议中讨论的问题。
不要错过新的遗物参加今年的调查结果在2019年加速:DevOps状况报告中。
以下是来自现场聊天的问题，Nicole forsgren博士的最新答案，以及一些我们自己的观点:
问:如果DevOps执行者的精英群体变得过于庞大，你是否需要重新定义“精英”的含义?
妮可福尔森：这是个好问题。现在，我们在对数尺度上收集问题:也就是说，人们很善于知道正在发生的事情，但只是泛泛而论，而不是精确而论。人们可以告诉你他们的团队是每天更新代码还是每月更新代码(他们不会犯错误——代码中的错误可能会“累积”成那里的错误)。但我们不能在10秒和20秒内问人们有什么不同。因此，我们所能做的就是讨论这个行业的趋势——我们绝对可以讨论这个行业中有多少人能够按需快速开发和交付稳定的代码。有趣的是，五年前，我接到了来自监管严格的公司的电话坚持我的研究缺少它们，我需要为金融、电信和医疗保健做一份DevOps状态报告。我再也不接那些电话了。我们可以看到，每个人都有可能做到卓越。这是令人兴奋的，并且这种粒度级别是很好的。
我们的研究还在继续发展，并询问更多的实践，以推动卓越，并对我们的基础设施至关重要。例如，我们发现只有40%的组织每年进行灾难恢复测试。只有40% !因此，我们将继续监测趋势，看看它们如何演变成更高级的实践(如混沌测试)，以及这将如何影响可用性和可靠性。
问：在Devops仅被视为建造和部署自动化的组织中，成为Devops Advocate的最佳方式是什么？推动一次采用额外的做法和习惯？
尼克-弗瑞:完全正确。从你现在的位置开始，循序渐进地改进。正如那句古老的谚语所说:“不要让完美成为优秀的敌人。”从发现最慢的服务开始，循序渐进地改进它。把最重要的事情按优先顺序排好，然后按顺序排下去。而且，最重要的是，在您实现更改之前和之后度量性能基线，以便您可以演示您的努力对业务的影响。通过分享你的成功，你将能够为你的DevOps努力建立内部支持。
Tori Wieldt:同意了。我们喜欢这条推特马克Imbriaco的史诗般的游戏这完美总结了：
问:DevOps和ITIL有什么关系?
尼克-弗瑞:ITIL（IT基础架构库）这是一种多年来被广泛采用的做法，尤其是在监管严格的垂直领域。ITIL是出于最好的意图而诞生的，其理念是拥有更强大的流程将导致更好的稳定性。但多拉的研究早在2014年就发现，重量级的审批机制实际上会导致更多的延迟和不稳定，今年又再次证实了这一点。虽然这是出于良好的初衷——多一双眼睛来确保更改是正确的!-导致的延迟导致批量工作，一旦这些更改进入生产，爆炸半径会增加，这些更改导致错误的可能性会更高，然后识别和调试错误的难度会更大(恢复服务的时间)。也就是说，我们已经看到它在理论上比在实践中更有效。
我们也看到一些公司正在采用伸缩敏捷框架，这是一个很好的第一步。但是，组织不仅仅是“土地”并留在那里，但继续发展和改善。您无法期望设置框架和指南，该框架和指南将在5-10 +年内左右。成功的Devops需要持续改进。我们还指出，ITIL不仅仅是改变批准。务必退房今年的报告变革顾问委员会如何转变为更具战略性的角色(第51页)。
问：什么构成失败？一个虫子？中断吗？
尼克-弗瑞:失败是在报告中定义(第18页)作为对用户的生产或发布的更改，导致服务降级(例如，服务损坏或服务中断)，随后需要补救(例如，热修复、回滚、前向修复或补丁)。我们通常接受的定义是，bug是任何程序或系统中导致其行为不正确的错误、错误或缺陷;我们将停机定义为计划外的系统停机。
问:好工具只有在用户广泛采用的情况下才是好工具。你建议采用什么策略来提高采用率?
尼克-弗瑞:最终，实现良好的采用与以下几个因素有关:工具需要有用、易于使用，并为用户提供正确的信息。(有趣的是，这在很大程度上与我的论文和博士后有关!)使用检查这些框的工具是很重要的，因为它与持续交付的质量和生产力的预测高度相关。
Geek On Forsgren博士的论文：集成用户满意模型：评估信息质量和系统质量作为系统管理中的二阶结构
TW:在组织内建立练习社区（警察）也可以是鼓励和影响内部采用的好方法。这些可能是基于兴趣的，因此参与者可以选择和选择哪些主题对其工作职能有用。然后，在集团内，成员定期举行培训或“午餐”，学习“分享他们正在使用的工具的演示或演练。我们在新的遗物上有强烈的警察，我们希望将其视为“众群”的技术信息。
问：您多久发现一次强大的（有效）的编程要求Devops角色的条件？
尼克-弗瑞:这当然是重要的。但这也取决于您如何定义“DevOps角色”。无论如何，从本质上讲，DevOps的方法旨在将“工程视角”应用到传统操作中，从而使操作工作更具可重复性和性能，或者将可靠性和可伸缩性等操作关注点应用到开发工作中。这两者都需要一些编程技能。重要性在于工作的重叠和可扩展性。
TW:我们同意坚实的技术背景是对良好的Devops工作的要求。您需要执行一定程度的自动化编程。我们最近汇编了DevOps面试中需要准备的关键问题，其中许多重点突出了应聘者曾参与的技术和协作项目的例子，以及应聘者所获得的技能或证书。我们的博客上有典型的例子SRE生活中的一天由我们自己的Yonatan Schultz刊登，也展示了为什么对广泛技术背景的需求对Devops作用的成功非常重要。
问:你能多谈谈“事前分析”吗?为什么它和CAB不同?
TW:驾驶室代表“改变咨询委员会”，在某些组织中，这是一组两到三名高级工程师，该工程师是批准生产守则的工作，目标最小化风险。在新的遗物中，我们以前使用了一个驾驶室，但最终发现它是太多的瓶颈和敏捷性的障碍。相反，我们现在已经为所有代码更改实施了一个自动化的“飞行检查”，这使我们能够更快地移动。
另一方面，一个验尸是一个练习，其中您的利益相关者组在部署并设想所有可能出错的东西之前持有关于特定项目（或基础设施或服务）的头脑风暴会话。这是一个梦幻般的机会，可以铺设一个稳固的游戏计划，并尽量减少在发射日肾上腺素踢出良好之前可能出错的东西。
现在请查看报告和网络研讨会
感谢所有参与者提出如此棒的问题!观看网络研讨会按需和下载今年的Devops状态全额报告。对于更伟大的Devops内容，请务必访问我们的资源页面或者看看我们的即将到来的网络研讨会。
