FYIRH 发表于 2021-12-25 19:35:56

DevOps 的发展简史


Google DevOps
当我们在搜索引擎搜索 DevOps 的时候,会出现很多其他的名词,例如,Agile(敏捷开发),Scrum,Lean,Kanban 等等。无形之中增加了我们的学习难度。

看看 DevOps 是怎么来的?当我们无法从网上找到一个确切的答案时,最好办法就是看它的变迁史。
由于 DevOps 是一个系统性工程,所以很难用一句话来说明,即使我们用一句话说明,也很难理解。要不然,也显示不出它的优越性!

1948 - TPS(丰田生产方式)


丰田生产方式(英语:Toyota Production System,缩写为 TPS),是由丰田提出的一个整合的社会-技术系统,包含一套管理理念和实践。丰田生产方式为汽车制造安排生产和物流,当中包括与供应商和客户的互动。该系统是更通用的“精益生产”的先驱。大野耐一、新乡重夫和丰田英二在1948年和1975年之间,开发了这个系统。


针对于流水线自动化,工业制造行业是领先于软件行业的。早在1948年,丰田就采用 TPS 模式,与德国大众,美国通用汽车一起成为世界三大汽车制造商。TPS 的核心在于杜绝浪费,简单理解,就是丰田在生产销售的各个阶段做到了成本最优。


其实,软件开发的流程中,寻求的也是成本最优,只不过,我们逐渐把这个淡忘了而已。

1960 - Kanban(工业制造)Kanban 源于丰田生产模式,Kanban 一词来源于日文。随后,在2006年,软件行业中也出现了 Kanban 的概念。
用过一张对比图来看一下 TPS 中的 Kanban 与软件行业中的看板。

由上图可见,软件行业中使用的 Kanban(比如 Trello,Jira)这些应用,其实都是来源于 TPS。所以,软件公司里要求员工使用类似的 Kanban,根本原因,不是为了彰显公司多专业,而是从工业领域的实践中来的。


当然,工具是一方面,怎么去运用 Kanban 是另一个话题了,只有在工具和运用配合得当的时候,才可以发挥作用,不然 Kanban 就只会变成一个摆设。


简单来讲,运用 Kanban,我们可以追踪项目进度。

1970 - Waterfall(软件行业)
直到 1970年,软件开发流程一直是一个瀑布模型。这个模型其实很好理解,就是从头到尾一气合成。我们在学校里或者刚开始工作的时候,采用的都是这个模型。有不少小公司,采用的也是这种模型。





什么情况下,适合使用此类模型?


瀑布模型已经不推荐企业使用,说的再白一点,如果是团队,就应该避开瀑布模型。也就是说,如果是一个人开发,可以采用瀑布模型,或者是不用后期维护的一次性开发,比如,做一个静态页面的网站。

1986 - Scrum(工业制造)


从单词本身来翻译,Scrum 的意思是争吵。用于开发、交付和维持错综复杂产品的敏捷框架。所以,不是指我们每天做的站会,站会只是 Scrum 的一个体现形式而已。


在工业生产领域,Scrum 体现了一个生产线的流程。在软件开发领域,Scrum 属于 Agile(敏捷开发)的一个方法论,我们会在下文中介绍。




1991 - Lean manufacturing


精益生产,一种系统性的生产方法,其目标在于减少生产过程中的无益浪费。这个概念也来源于 TPS。简单来说,精实生产的核心是用最少工作,创造价值,是 TPS 的发展产物。

1995 - Scrum(软件行业)
软件行业中的 Scrum 由工业制造中而来,只一套敏捷开发的方法论。我们在日常工作中遇到的 Milestone,Epic,Spring,Task,站会,都属于 Scrum 里的概念。每个公司都应该有一套自己的 Scrum 模式,而不是去抄袭别的公司的模式,甚至说,一个公司的不同团队,都会有自己的 Scrum 模式,因为团队是由人来构成的,每一个人的能力,性格的差异,会决定这个团队的生产力。

1995 - Agile(软件行业)


比起 Scrum,Lean 这些词汇,Agile(敏捷开发)应该是在国内听到的最多的词汇。很多我们使用的产品,例如,Jira,Trello,云效,Coding 这些产品,它的核心价值也是实现敏捷开发。


提到 Agile,不得不提起 Agile Manifesto(Agile 宣言)。在2001年,十七名软件开发人员在犹他州的雪鸟度假村会面,讨论这些轻量级的开发方法,并由Jeff Sutherland,Ken Schwaber和Alistair Cockburn发起,一同发布了“敏捷软件开发宣言”。




现今的 Agile 的内容已经丰富了很多,不过在当时,Agile 宣言的主要内容如下:
[*]个体和互动:高于流程和工具。
[*]工作的软件:高于详尽的文档。
[*]客户合作:高于合同谈判。
[*]响应变化:高于遵循计划。
一个模凌两可的解释,对不对?
说的白一点,Agile 注重团队协同。这不就是公司内部一直在宣传的口号吗?
2003 - Lean(软件行业)


直到 2003年,Agile 框架中,除了 Scrum 方法论,又添加了 Lean 方法论。上面我们提到,Lean 就是使用最少的成本,达到目的。
[*]消除浪费
[*]增强学习
[*]尽量延迟决定
[*]尽快发布
[*]下放权力
[*]嵌入质量
[*]全局优化


由 Lean 方法论,2011年,又出现了 Lean Startup(精益创业)的概念。

2006 - Kanban(软件行业)


在 2006年,软件行业也开始大规模应用 Kanban 模式,也出现了相应的 SaaS 服务。国内现在也已经普及了 Kanban 模式的使用,不过,大多数情况,并没有应用的得心应手。Kanban 的存在很多时候,都是在应付每周一次的例会。

2009 - DevOps(软件行业)
直到 2009年,DevOps 的概念又悄然升起。DevOps 并不属于 Agile 框架。如果去搜索 DevOps 概念,每一个大公司都会给出一个自己的概念。
简单来说,DevOps 是一个企业的生产文化,是 Agile 框架的一个补充和拓展。
[*]亚马逊的定义:devops/what-is-devops/
[*]谷歌的定义:devops#section-2
[*]微软的定义:en-g ... ps/#devops-overview
[*]Atlassian 的定义:devops ... /benefits-of-devops
DevOps 与 Agile 有什么区别点?
我们会在后续的文章中,详细介绍这两个的区别点。这里我们只给出一个简单的介绍。

2014 - ChatOps(软件行业)


2014年,ChatOps 又从 DevOps 里衍生出来。ChatOps 是一种协作模型,它将人员、工具、流程和自动化连接到一个透明的工作流中。


不好理解对不对?简单来说,就是通过 Chat 模式(使用企业微信,叮叮,飞书,Slack)等工具 + 后台的机器人,以聊天的模式完成工作流。


举个例子:


我在 Git 上提交了一个代码,这时候,后台机器人会自动往企业微信群里推送一个Git commit信息,你需要回复同意构建/部署,才会进行到下一步。


这也是为什么 Slack 等工具里,经常出现 bot(后台机器人)等产品的原因。其实也好理解,自动客服也是类似的原理。

GitOps


2017年,又出现了 GitOps 的概念。GitOps 是一种为云原生应用程序实现持续部署的方式。它通过使用开发人员已经熟悉的工具,包括 Git 和持续部署工具,专注于在操作基础设施时以开发人员为中心的体验。

FinOps


FinOps 是“云财务运营”或“云财务管理”或“云成本管理”的简写。这是一种将财务责任引入云的可变支出模型的做法,使分布式团队能够在速度、成本和质量之间进行业务权衡。

AIOps

到现在为止,没有达到规模性应用,还处于孵化阶段。说白一点,就是要把 AI 技术放到运维当中。


结论在这里,我们只是简单的回顾了一下 DevOps 相关的历史变迁,没有涉及到概念和核心。在接下来的文章中,会继续介绍。(转自dongxuny)
页: [1]
查看完整版本: DevOps 的发展简史