DevOps 心态可视化

使用此图形分析来帮助您的组织制定 DevOps 策略。
206 位读者喜欢这篇文章。
gears and lightbulb to represent innovation

Opensource.com

如今,组织正在从基于资本支出(CAPEX)的资源优化业务模型转向基于运营支出(OPEX)的市场优化模型。是什么推动了这种转变?缩短上市时间并不断为客户提供价值。

欢迎来到数字化转型。您准备好在您的组织中拥抱 DevOps 心态了吗?

正如 DevOps 经理 Donovan Brown 所定义的那样,“DevOps 是人员、流程和产品的结合,旨在实现持续为最终用户交付价值。”

DevOps 不是关于神奇的独角兽和彩虹。这是一段持续学习和改进的旅程,其目的地永远无法完全到达。这就是本文所有图像都基于无限符号的原因

 

devops-mindset-essentials-infinity.png

 

作为一个视觉型思维的人,我为最近的 全球 DevOps Bootcamp (GDBC) 创建了一个包含海报的演示文稿。这项年度社区驱动的活动在全球范围内举办,旨在创建一个环境,让参与者协作探索数字化转型和 DevOps 见解。

让我们探索四个快速参考海报(也称为视觉效果信息图)。有关 DevOps 的更深入讨论,请参阅 Gene Kim、Jez Humble、Patrick Debois 和 John Willis 合著的《The DevOps Handbook》

实践

基于 DevOps 评估,前两个海报旨在用于与所有利益相关者审查评估结果时。第一个海报介绍了五个关键实践

 

devops-mindset-essentials-practices.png

顶尖绩效者鼓励培养成长型思维模式的文化,奖励创新、协作、实验、学习和用户同理心。努力实现具有响应式应用程序交付、灵活调度和迭代实验的流程。监控、识别和缓解问题,并持续消除浪费的瓶颈。仅衡量有价值的关键绩效指标,并用于努力实现更好的结果,例如低变更失败率 (CFR)、最短恢复时间 (MTTR) 以及在根本级别修复问题。最后,技术是一种推动者,是下一个海报的重点。

技术

这是实践海报的配套海报,重点关注技术

 

devops-mindset-essentials-technology.png

版本控制管理您的应用程序、配置、基础设施和其他代码的版本。它支持团队协作和监控活动,例如部署。顶尖绩效者使用主题分支进行短期隔离,持续将更改合并到主分支,使用 Git 拉取请求进行审查和审计,并对所有内容进行版本控制。

必须将测试视为持续活动,嵌入到开发人员工作流程以及持续集成 (CI) 和持续交付 (CD) 管道中。

云使您能够有效地配置基础设施并根据需要快速移动。

最后,监控使您能够形成假设、验证或证伪实验、主动检测问题发生时的问题,并了解应用程序的健康状况。

海报右侧的黑色条列出了在您调查开发、生产、通用工程和其他环境的技术时要考虑的产品。提供有关所列产品的反馈,并定期更新此易变且主观的视觉部分。

习惯

基于 将 65,000 名工程师迁移到使用 VSTS 的 DevOps 的故事,此海报重点关注我们在转型过程中了解到的五个关键习惯。以客户为中心、团队自主性和企业对齐以及左移习惯是敏捷的演变,而生产优先心态和基础设施作为灵活资源是 DevOps 心态所特有的。

 

devops-mindset-essentials-habits.png

以客户为中心是我们取悦客户的追求以及我们对交付客户价值的执着的一部分。您必须积极倾听用户的意见,逐步启用和禁用功能,执行持续实验,并衡量关键绩效指标。使用所有可用的反馈来最大化学习和影响价值。

左移鼓励在功能交付周期的早期尽可能进行测试和安全性的审查、验证和批准,以提高质量和快速失败的心态。当技术债务超过预定义的限制(例如,每位工程师 5 个错误)时,鼓励功能团队暂停功能工作,直到技术债务还清。

团队自主性和企业对齐关注我们构建什么、如何构建以及为什么构建。您的组织需要一个共同的节奏或心跳,以使所有领导层和功能团队能够透明有效地协作。最有效的功能团队拥有从想法到生产的功能,并具有开发和支持其功能的自主权。

生产优先是一种心态,它不区分在开发、测试和运营支持期间如何处理功能和错误。一切都应该是自动化的、版本化的,并在生产中进行微调。依靠基于环的部署和环来限制生产中功能更改的爆炸半径,在根本原因级别修复所有问题,并记住要透明地处理问题、根本原因和解决方案(作为用户,如果我对问题有深入了解,我会更加理解)。

基础设施作为一种灵活的资源描述了解决方案架构如何适应云、容器化和微服务。采用对您的组织、目标、产品和文化有意义的务实的转型。与之前的习惯一样,重要的是倾向于自主性而不是描述性架构,并且不要一次性转换所有内容。

入门

最后一个可视化结合了以上所有内容,并提出了 DevOps 入门的五个步骤

 

devops-mindset-essentials-getting-started.png

我更喜欢从评估开始,以帮助识别可以改进的关键领域。

  • 评估提供了您的 DevOps 心态和绩效与行业其他部分的基准。重要的是了解您在哪些方面做得好,以及哪些方面的投资将有助于您更上一层楼。DORAMicrosoft DevOps 评估都是很好的起点。此外,收集指标以用作衡量进度的基础——例如,部署频率、变更的提前期、平均修复时间以及变更失败率。

  • 人和文化是您最大的挑战。每个人都需要接受转型,了解他们将如何受到影响,鼓励透明度,积极参与,并对他们的价值流承担全部责任。这包括领导层,他们需要提供支持、鼓舞人心、授权并推动清晰的愿景。作为一个团队,您将成功或失败转型。

如果没有忠诚的人员和实验文化,DevOps 转型的其余旅程将是徒劳的。

  • 流程是您的工程系统,它使团队能够管理实时站点事件、使用精益管理和开发,并持续交付价值。通用的工程系统引入了一致性,增强了功能团队的能力,并使和鼓励每个人互相支持和贡献。您的首要流程目标应包括关注质量、松耦合架构以实现扩展、轻量级管理、自动化、每天多次发布以及庆祝团队和组织的成功。
  • 产品是链条中最容易的一环。它们使每个人都专注于重要的事情:为最终用户交付价值。
  • 价值完全在于取悦用户。关键绩效指标包括部署频率、变更的提前期、变更失败率和恢复时间。

您是选择一次性解决所有这些步骤(“大爆炸”),逐步解决(“剥洋葱”),还是在所有步骤中逐步创新您的价值链(“广谱创新”)是您的选择。务必务实。

如果领导层提供持续的支持,并且团队成员致力于工作,每个人都有可能进步。-Accelerate: The Science of Lean Software and DevOps,作者:Nicole Forsgren、Jez Humble 和 Gene Kim

您喜欢哪些视觉效果?哪些没有增加价值?缺少什么?让我们协作来揭开 DevOps 的神秘面纱,并帮助您和您的用户闪耀光芒。用户需要了解他们并不孤单,并且知道他们可以依靠经过验证的实践和真实世界的学习。

期待您的反馈和拉取请求!

接下来阅读什么
标签
User profile image.
自 80 年代中期以来,我一直致力于软件工程的简单性和可维护性。作为一名软件工程师,我分析、设计、开发、测试和支持软件解决方案。

评论已关闭。

Creative Commons License本作品根据 Creative Commons Attribution-Share Alike 4.0 International License 获得许可。
© . All rights reserved.