devops数字化管理_可视化DevOps心态

最新推荐文章于 2023-01-03 16:16:25 发布

cumj63710

最新推荐文章于 2023-01-03 16:16:25 发布

阅读量306

点赞数

文章标签：大数据人工智能 java 编程语言项目管理

原文链接：https://opensource.com/article/18/8/visualizing-devops-essentials-mindset

版权

devops数字化管理

如今，组织正在从基于资本支出（ CAPEX ）的资源优化业务模型转变为基于运营支出（ OPEX ）的市场优化模型。是什么推动了这一转变？缩短产品上市时间，并不断为客户带来价值。

欢迎进行数字化转型。您准备好在组织中采用DevOps思维方式了吗？

正如DevOps经理Donovan Brown所定义的那样，“ DevOps是人员，流程和产品的结合，可以为我们的最终用户持续交付价值。”

DevOps与神奇的独角兽和缤纷的彩虹无关。这是一个不断学习和改进的旅程，其目标是您永远无法到达的。这是所有图片均基于无穷大符号的原因：

最近的全球DevOps训练营（GDBC）的海报展示。这项由社区推动的年度活动在全球范围内举办，旨在营造一个环境，参与者可以在此环境中共同探索数字化转型和DevOps见解。

让我们探索其中的四个快速参考海报（也称为视觉效果和信息图表 ）。有关DevOps的更深入讨论，请参阅Gene Kim，Jez Humble，Patrick Debois和John Willis撰写的《 DevOps手册》。

实践

基于DevOps评估，在与所有利益相关者一起评估评估结果时，将使用前两个海报。第一个介绍了五个关键实践：

表现最佳的人会鼓励一种文化，这种文化能够培养成长心态，奖励创新，协作，实验，学习和用户同理心。努力通过响应式应用程序交付，灵活的计划和迭代实验来实现流程。监视，识别和缓解问题，并不断消除浪费的瓶颈。仅对有价值的关键绩效指标进行衡量，并将其用于争取更好的结果，例如较低的变更失败率（CFR），最少的恢复时间（MTTR）以及从根本上解决问题。最后，技术是推动者，是下一个发布者的重点。

技术

这是实践海报的同伴，重点关注技术：

版本控制管理应用程序，配置，基础结构和其他代码的版本。它使团队协作和监视活动（如部署）成为可能。表现最好的人使用主题分支进行短期隔离，使用Git拉取请求将更改连续合并到主文件，审阅和审计中，并对所有内容进行版本化。

测试必须被视为一项持续的活动，既要嵌入开发人员的工作流程中，又要嵌入到持续集成（CI）和持续交付（CD）管道中。

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

最后，监视使您能够形成假设，验证或否定实验，在出现问题时主动检测问题以及了解应用程序的运行状况。

海报右侧的黑条列出了在研究开发，生产，通用工程和其他环境的技术时要考虑的产品。提供有关所列产品的反馈，并定期更新视觉不稳定和自以为是的部分。

习惯

基于将65,000名工程师迁移到带有VSTS故事的DevOps的基础上，此海报重点介绍了我们在转型期间学到的五个主要习惯。以客户为中心，团队自治和企业协调以及左移习惯是敏捷的演变，而生产优先的思维方式和作为灵活资源的基础架构对于DevOps思维方式而言尤为重要。

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

左移鼓励在功能交付周期中尽早对测试和安全性进行审查，验证和批准，以提高质量和快速失败的心态。当技术债务超过预定义的限制（例如，每个工程师有五个错误）时，鼓励要素团队暂停要素工作，直到技术债务得到偿还为止。

团队自治和企业联盟关系到我们建设的内容，方式和原因。您需要在整个组织中具有共同的节奏或心跳，才能使所有领导和功能团队透明有效地进行协作。最有效的功能团队拥有从构思到生产的功能，并具有自主开发和支持功能的自主权。

优先生产是一种思维方式，没有区别开发，测试和运营支持期间如何处理功能和错误。一切都应该在生产中进行自动化，版本控制和微调。依靠基于环的部署和环来限制生产中要素更改的爆炸半径，在根本原因级别上修复所有问题，并记住在问题，根本原因和解决方案方面保持透明（作为用户，我非常如果我对问题有深入的了解，请进一步了解）。

基础架构是一种灵活的资源，它描述了解决方案架构如何适应云，容器化和微服务。采取务实的转变，这对您的组织，目标，产品和文化都有意义。与以前的习惯一样，重要的是要让自主性胜于描述性架构，而不要立即改变所有内容。

入门

最后的可视化结合了以上所有内容，并提出了五个开始使用DevOps的步骤：

我更喜欢从评估开始，以帮助确定可以改进的关键领域。

评估为您的DevOps思维方式和性能提供了与行业其他标准的基准。重要的是要了解您在哪里做得好，在哪里进行投资将帮助您迈上新台阶。 DORA和Microsoft DevOps评估都是很好的起点。另外，收集度量标准以用作衡量进度的基础，例如，部署频率，更改的前置时间，平均修复时间和更改失败率。
人与文化是您最大的挑战。每个人都需要投入转型，了解他们将如何受到影响，鼓励透明，参与并对其价值流负全部责任。这包括领导才能，需要领导才能，鼓舞人心，赋权并推动清晰的愿景。您将以团队为单位进行或终止转换。

没有执着的人和实验文化，DevOps的其余转换旅程都是徒劳的。

流程是您的工程系统，使团队可以管理现场事件，使用精益管理和开发并持续交付价值。通用的工程系统引入了一致性，增强了功能团队的能力，并使并鼓励每个人相互支持和共同贡献。您的主要过程目标应包括：关注质量，松散耦合的体系结构以实现扩展，轻量级管理，自动化，每天多次发布以及庆祝团队和组织的成功。
产品是链中最容易的环节。它们使每个人都可以专注于重要的事情：为最终用户带来价值。
价值全在于使用户满意。关键性能指标包括部署频率，更改的前置时间，更改失败率和恢复时间。

您是一次性解决所有这些步骤（“大爆炸”），逐步解决（“去皮洋葱”），还是逐步在所有步骤中创新您的价值链（“广谱创新”）都是您的选择。务实。