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]devops#section-2[/url]
• 微软的定义：[  /en-gb/overview/what-is-devops/#devops-overview]en-g ... ps/#devops-overview[/url]
• Atlassian 的定义：[  /devops/what-is-devops/benefits-of-devops]devops ... /benefits-of-devops[/url]
  
  

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）

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]devops#section-2[/url]
• 微软的定义：[  /en-gb/overview/what-is-devops/#devops-overview]en-g ... ps/#devops-overview[/url]
• Atlassian 的定义：[  /devops/what-is-devops/benefits-of-devops]devops ... /benefits-of-devops[/url]
  
  

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）