课程: DevOps 基础知识

免费学习该课程！

今天就开通帐号，25,300 门业界名师课程任您挑！

DevOps 原则：三种方式

DevOps 原则：三种方式

课程: DevOps 基础知识

开始一个月试用 购买团队方案

DevOps 原则：三种方式

“

-欢迎回来。我们来谈谈指导你贯彻和实践 DevOps 核心价值观的原则。 最受推崇的一组原则叫作“三种方式”。 这个模型由吉恩·金， 和有关精益 IT 的一本书的作者 迈克·奥岑共同创立。 所谓三种方式是指：系统思维、增强反馈循环 以及不断实验和学习的文化。 首先是系统思维，它要求我们务必关注 价值链中整个流程的整体成果。 我们常会犯牺牲整体成果 来优化某个环节的错误。 比如，你要优化一款应用的性能， 但提高某方面的性能或为其增加系统资源， 有时会导致其他意想不到的地方出现瓶颈。 再比如，增加应用服务器， 可能会导致连接的数据库服务器不堪重负， 甚至瘫痪。 你必须了解整个系统 才能对它进行更好的优化。 同样的原则也适用于 IT 组织。 部署团队可能会为了自己的工作进行顺利、 高效，建立某种流程， 但这样的变更可能会破坏开发流程， 降低组织交付软件的整体能力。 这整个流程叫作“概���兑现”。 即使你能编写世界上所有的软件， 如果不能以客户可用的方式交付， 你就失败了。 开发和运维之间的分歧， 往往是导致“概念兑现”过程出错的地方。 在定义成功指标和评估变革成果时， 要使用系统思维作为指导原则。 接下来是增强反馈循环， 就是在价值链中组织的各个部分之间创建、 缩短和增强反馈循环。 反馈循环是一个过程， 当决定下一步操作时会考虑自身的输出。 这个术语最早来源于工控系统。 简短、有效的反馈循环是高效的产品开发、 软件开发和运维的关键。 以一个简单的漏洞为例。 如果在提交到源代码管理之前， 开发人员自己测试发现了这个漏洞， 就可以花很少的时间解决问题。 否则，这个漏洞被质检团队发现， 记录在工单系统中， 然后推回给开发人员修复， 问题还是可以解决，但会浪费更多时间。 如果这个错误进入客户版本被最终用户发现， 记录在支持系统，由支持部门处理， 然后再上报回开发部门或由产品经理 重新确定优先级，再进行修复， 这样会花费更多时间和金钱， 而结果可能相同甚至更差。 有效的反馈能驱动任何用来改善系统的 控制回路。 在创建多团队流程、可视化指标 和设计交付流程时， 使用增强反馈循环来帮助你。 第三种方式提醒我们要建立一种 不断实验和学习的工作文化。 你和你的团队应该乐于学习新事物， 最好主动将它们运用到实践中， 了解哪些有效、哪些无效， 而不是陷入分析瘫痪。 但又不能止步于学习新事物，…

内容