聊聊 DevOps 发展史
2023-06-04 12:00未知服务器之家 云计算
来源：谈数据 当我们在搜索引擎搜索 DevOps 的时候，会出现很多其他的名词，例如，Agile（敏捷开发），Scrum，Lean，Kanban 等等。无形之中增加了我们的学习难度。 看看 DevOps 是怎么来的？ 当我们无法从网上找到一个确切的答案时，
当我们在搜索引擎搜索 DevOps 的时候，会出现很多其他的名词，例如，Agile（敏捷开发），Scrum，Lean，Kanban 等等。无形之中增加了我们的学习难度。
当我们无法从网上找到一个确切的答案时，最好办法就是看它的变迁史。由于 DevOps 是一个系统性工程，所以很难用一句话来说明，即使我们用一句话说明，也很难理解。要不然，也显示不出它的优越性！丰田生产方式（英语：Toyota Production System，缩写为 TPS），是由丰田提出的一个整合的社会-技术系统，包含一套管理理念和实践。丰田生产方式为汽车制造安排生产和物流，当中包括与供应商和客户的互动。该系统是更通用的“精益生产”的先驱。大野耐一、新乡重夫和丰田英二在1948年和1975年之间，开发了这个系统。针对于流水线自动化，工业制造行业是领先于软件行业的。早在1948年，丰田就采用 TPS 模式，与德国大众，美国通用汽车一起成为世界三大汽车制造商。TPS 的核心在于杜绝浪费，简单理解，就是丰田在生产销售的各个阶段做到了成本最优。其实，软件开发的流程中，寻求的也是成本最优，只不过，我们逐渐把这个淡忘了而已。Kanban 源于丰田生产模式，Kanban 一词来源于日文。随后，在2006年，软件行业中也出现了 Kanban 的概念。用过一张对比图来看一下 TPS 中的 Kanban 与软件行业中的看板。由上图可见，软件行业中使用的 Kanban（比如 Trello，Jira）这些应用，其实都是来源于 TPS。所以，软件公司里要求员工使用类似的 Kanban，根本原因，不是为了彰显公司多专业，而是从工业领域的实践中来的。当然，工具是一方面，怎么去运用 Kanban 是另一个话题了，只有在工具和运用配合得当的时候，才可以发挥作用，不然 Kanban 就只会变成一个摆设。简单来讲，运用 Kanban，我们可以追踪项目进度。直到 1970年，软件开发流程一直是一个瀑布模型。这个模型其实很好理解，就是从头到尾一气合成。我们在学校里或者刚开始工作的时候，采用的都是这个模型。有不少小公司，采用的也是这种模型。瀑布模型已经不推荐企业使用，说的再白一点，如果是团队，就应该避开瀑布模型。也就是说，如果是一个人开发，可以采用瀑布模型，或者是不用后期维护的一次性开发，比如，做一个静态页面的网站。从单词本身来翻译，Scrum 的意思是争吵。用于开发、交付和维持错综复杂产品的敏捷框架。所以，不是指我们每天做的站会，站会只是 Scrum 的一个体现形式而已。在工业生产领域，Scrum 体现了一个生产线的流程。在软件开发领域，Scrum 属于 Agile（敏捷开发）的一个方法论，我们会在下文中介绍。1991 - Lean manufacturing精益生产，一种系统性的生产方法，其目标在于减少生产过程中的无益浪费。这个概念也来源于 TPS。简单来说，精实生产的核心是用最少工作，创造价值，是 TPS 的发展产物。软件行业中的 Scrum 由工业制造中而来，只一套敏捷开发的方法论。我们在日常工作中遇到的 Milestone，Epic，Spring，Task，站会，都属于 Scrum 里的概念。每个公司都应该有一套自己的 Scrum 模式，而不是去抄袭别的公司的模式，甚至说，一个公司的不同团队，都会有自己的 Scrum 模式，因为团队是由人来构成的，每一个人的能力，性格的差异，会决定这个团队的生产力。比起 Scrum，Lean 这些词汇，Agile（敏捷开发）应该是在国内听到的最多的词汇。很多我们使用的产品，例如，Jira，Trello，云效，Coding 这些产品，它的核心价值也是实现敏捷开发。提到 Agile，不得不提起 Agile Manifesto（Agile 宣言）。在2001年，十七名软件开发人员在犹他州的雪鸟度假村会面，讨论这些轻量级的开发方法，并由Jeff Sutherland，Ken Schwaber和Alistair Cockburn发起，一同发布了“敏捷软件开发宣言”。现今的 Agile 的内容已经丰富了很多，不过在当时，Agile 宣言的主要内容如下：个体和互动：高于流程和工具。
工作的软件：高于详尽的文档。
客户合作：高于合同谈判。
响应变化：高于遵循计划。
说的白一点，Agile 注重团队协同。这不就是公司内部一直在宣传的口号吗？直到 2003年，Agile 框架中，除了 Scrum 方法论，又添加了 Lean 方法论。上面我们提到，Lean 就是使用最少的成本，达到目的。消除浪费
增强学习
尽量延迟决定
尽快发布
下放权力
嵌入质量
全局优化
由 Lean 方法论，2011年，又出现了 Lean Startup（精益创业）的概念。在 2006年，软件行业也开始大规模应用 Kanban 模式，也出现了相应的 SaaS 服务。国内现在也已经普及了 Kanban 模式的使用，不过，大多数情况，并没有应用的得心应手。Kanban 的存在很多时候，都是在应付每周一次的例会。直到 2009年，DevOps 的概念又悄然升起。DevOps 并不属于 Agile 框架。如果去搜索 DevOps 概念，每一个大公司都会给出一个自己的概念。简单来说，DevOps 是一个企业的生产文化，是 Agile 框架的一个补充和拓展。亚马逊的定义：https://aws.amazon.com/devops/what-is-devops/
谷歌的定义：https://cloud.google.com/devops#section-2
微软的定义：http://www.zzvips.com/uploads/allimg/ style="padding-right: 10px;padding-left: 9px;outline: 0px;font-size: 15px;letter-spacing: 1px;line-height: 1.8;color: rgb(60, 60, 60);text-align: left;">Atlassian 的定义：https://www.atlassian.com/devops/what-is-devops/benefits-of-devops
我们会在后续的文章中，详细介绍这两个的区别点。这里我们只给出一个简单的介绍。2014年，ChatOps 又从 DevOps 里衍生出来。ChatOps 是一种协作模型，它将人员、工具、流程和自动化连接到一个透明的工作流中。不好理解对不对？简单来说，就是通过 Chat 模式（使用企业微信，叮叮，飞书，Slack）等工具 + 后台的机器人，以聊天的模式完成工作流。我在 Git 上提交了一个代码，这时候，后台机器人会自动往企业微信群里推送一个Git commit信息，你需要回复同意构建/部署，才会进行到下一步。这也是为什么 Slack 等工具里，经常出现 bot（后台机器人）等产品的原因。其实也好理解，自动客服也是类似的原理。GitOps 是一种为云原生应用程序实现持续部署的方式。它通过使用开发人员已经熟悉的工具，包括 Git 和持续部署工具，专注于在操作基础设施时以开发人员为中心的体验。FinOps 是“云财务运营”或“云财务管理”或“云成本管理”的简写。这是一种将财务责任引入云的可变支出模型的做法，使分布式团队能够在速度、成本和质量之间进行业务权衡。DataOps 是一种支持持续数据运营的数据管理方法，可以将组织中的技术和流程整合在一起，同时将它们与业务流程和原则相融合，以实现数据的管理和组织的自动化。到现在为止，没有达到规模性应用，还处于孵化阶段。说白一点，就是要把 AI 技术放到运维当中。
