本月，我们邀请了Gene Kim（凤凰城项目和其他伟大的DevOps书籍的合著者）和我们自己的Anders Wallgren，CloudBees的首席技术官，参加了一个关于DevOps关键技术实践的网络研讨会。但为什么要关注技术实践呢？DevOps不是为了工具而是为了人！真的。没有人会争辩说，成功的DevOps食谱最重要的因素是你的员工。但是，无论你的企业规模有多大，改变员工和文化都是一项长期且常常是模糊的努力。好消息？DevOps技术实践是您现在可以开始做的事情，以推动您的转换进入高速档。当然，他们不是微不足道的，但他们是具体的。而且，实施良好的技术实践可以直接影响到您扩展CI/CD、使传统版本和应用程序现代化以及更快地交付的能力。此外，它们还可以减少在组织中扎根于更广泛的文化和人员变革所带来的摩擦。为了更好地理解DevOps技术实践的重要性，我们让Gene和Anders对他们的"DevOps的十大要务"进行了分解。这些都是由关键技术实践组成的，这些实践在推动DevOps在大型企业取得成功方面有着久经考验的业绩。通过见解和故事，Gene和Anders介绍了每个关键技术实践、共享建议、实际步骤，以及企业如何利用这些技术实践成为DevOps的精英表演者。他们一开始就提醒我们，这些数字非常引人注目。掌握了DevOps关键技术实践的组织的软件部署增加了46倍，恢复时间加快了2600倍，交付周期缩短了2500倍以上。DevOps的转型可以像坎平框架的讨论-安德斯分享了一个很好的类比来强调文化变化和技术之间的关系。想象一下，你想成为一个讨厌户外活动的都市朋友成为像你一样的野营爱好者。要做到这一点，需要进行一场文化变革，这将是一场挑战，而且需要时间。你可以肯定的是，如果这个过程涉及到一个糟糕的帐篷，旧睡袋，和在火上煮熟的食物，你每天早上都要用松针手动启动——你的"野营改造"计划可能不会走得太远。拥有良好的DevOps技术实践就像有一个好帐篷和一个炉子而不是松针！正如安德斯所说，"德沃普斯和文化变革就像是第一次露营：帐篷，睡袋，你用来生火的技术会影响到你的生性挑战的朋友是否会想再去一次。"—安德斯·沃格伦塔克（Anders WallgrenTake）谈到技术实践如何影响文化变革时，安德斯和吉恩提到的一点是如何对工装采取健康的方法。安德斯强调说，"组织使用相同的工具，但总有更好的方法来做事情。从抽象和集成的角度来思考，这样人们就可以使用他们有生产力的东西，培养他们的好奇心，并更好地掌握自己的技能。"在这篇文章中，他谈到了在DevOps中促进工具、实践和架构的"公会"式方法与更自上而下的"集中化工具团队"有何不同。他指出，中心工具团队并没有本质上的错误（在合规性和安全性方面通常有重要的积极好处），但"公会"文化真正的目的是促进实验、持续改进和反馈。这促进了一个更"选择加入"和协作的团队社区，最终带来满足感和快乐。（确保你使用的工具和技术是投诉和安全的，这只是公会文化将持续改进应用于工具选择的一种方式）。安德斯还提出了一个非常解放性的建议，他鼓励团队开始创建与现有工具和自动化的抽象和集成，而不必担心"美"。从这个意义上说，以一种一致的、可消费的方式向其他人公开您当前正在使用的自动化和工具，将比使其美观更有价值。顺便说一下，这通常是开发人员和操作人员之间的一条双向通道。开发人员从利用开发人员所做的工作（配置应用程序、测试工具等）中获益，而开发人员则从利用开发人员所做的工作中获益（提供基础设施、环境，从发布管道中分离部署过程的另一个见解是从关键技术实践讨论中得出的另一个见解是将部署与发布管道分离的重要性。安德斯分享了一个关于最近一次旅行延误的精彩故事，他还对航空公司移动应用程序、短信、电子邮件和机场状态屏幕上的更新和信息如此难以置信地不同步和不一致感到好笑。他指出，这是一个发布问题——不同的系统、不同的技术、以不同的节奏开发和发布。"如果您第一次使用生产部署代码是在进行"大发布"时，那么您就有大麻烦了。"—AndersFeature切换，蓝绿色，而canary部署模式是将代码部署到生产中而不完全"发布"到生产中的不同方法。这是一种解耦。从管道和环境的角度来看，自动化、建模和配置的解耦也很重要。这允许您开发和模板发布管道，这些管道可用于不同的部署过程和工具，允许您在将要部署不同软件的团队之间推广管道体系结构。尽可能多地在预生产活动中使用与生产中相同的工具和环境配置。在这方面采取哪怕是最小的步骤也会在降低发布风险方面获得巨大收益。这是其中一个强大的模式，因为它允许我们让技术团队、业务和营销团队对他们应该负责的事情负责。"—Gene KimCI和CD必须是关于快速反馈的持续集成（CI）和持续交付（CD）对我们的大多数听众来说不是新概念，但Gene和Anders提醒我们CI/CD需要快速反馈。软件生命周期需要基于短的代码点交付周期、快速的构建时间、快速的测试时间等。正如Gene所说，当开发人员将最艰苦的精力花在解决业务问题上，而不是胡乱处理时，您的业务将得到最好的服务基础设施。如果一家公司不做CI，他们有大批量，这是容易产生更多潜在问题的道路和缓慢的方式修复和损坏。小批量可以让你有信心提交一份成功率更高的文件，同时也要明白，如果某件东西真的坏了，它就会在投入生产之前被发现。"快速反馈"这一元素是由团队成员之间的速度和后续的完整性测试和自动化来帮助人们看到并意识到他们所做工作的结果"这一点几乎是不可能夸大的，这是多么重要，让一个团队有信心，他们没有破坏东西，当他们提交"变化。"—安德斯·沃格伦根还简洁地阐述了良好的技术实践如何能够深刻地影响一般的道德和文化，"当你有几个月的交付周期时，你永远看不到你所做工作的结果。所有的快乐都消失了。"—吉恩·基姆这些只是从与吉恩和安德斯的丰富讨论中得出的一些伟大见解。如果你想听听他们讨论过的所有关键的DevOps技术实践，现在就来听听。无论平台、工具或成熟。听着在线研讨会重播