我对devops浅显的认识

我就是我 2022-09-04 10:55 147阅读 0赞

> 7月份新入职了一家公司，新公司没有运维岗位，这里的运维都会开发（好厉害），称为devops。我之前对devops的认识停留在Jenkins自动发布工具上（一度认为devops就是Jenkins自动触发编译打包、发布部署流程），本着补补课的目的，去某知乎逛了逛

### 文章目录 ###

*   *   *  devops诞生的背景
         *   *  诞生的背景：
             *   *  交付步骤1.0
                 *  交付步骤2.0
                 *  交付步骤3.0
             *  devops出现的必然性：
             *  devops一词出现的过程：
             *  devops一词的定义：
         *  devops的作用
         *  关于devops自己的看法
         *   *  浅显的谈devops作用
             *  未来发展趋势

### devops诞生的背景 ###

#### 诞生的背景： ####

##### 交付步骤1.0 #####

一个软件从零开始到最终交付大概包括一下几个阶段：规划、编码、构建、测试、部署、维护

最初程序都是简单的，工作量不大，程序员有一个人可以完成所有阶段的工作。（现在也有这种情况，只不过大部分都是程序员们自己闲暇时光自己玩的项目）

随着软件产业的发展壮大，软件的规模也在逐渐变得庞大。软件的复杂度不断攀升。一个人已经支撑不住了，开始出现了更细致的分工。

##### 交付步骤2.0 #####

软件开发工程师、测试工程师、运维工程师等岗位被细分出来。  
此时的软件交付步骤分为：开发、测试、部署

##### 交付步骤3.0 #####

因为需求的变更迅速、临时需求的增加，导致开发时间紧张，不能等代码全部写完后一起提交，并且这种方式很可能导致最后提交时兼容性问题，产生冲突。修复的并不比重写好受太多。。。

解决这种局面的方法是：每写完一个小的功能点就提交，进行合并代码进行接下来的测试、部署阶段等。

#### devops出现的必然性： ####

每次写完个小功能点就提交会让开发、测试、运维之间合作更加紧密。并且每次提交动作的发生，会触发测试和运维的工作，这本身就是有一定的流程，所以可以进行自动的工具来代替人完成。

并且开发和运维经常会发生"扯皮、甩锅"，为了解决合作之间的问题，需要运维懂一些开发知识，开发懂一些运维知识。使用自动化工具来规范这一流程显得十分必要，可以解决扯皮的问题，也减轻了测试、运维的工作量，使得开发人员的代码更规范。

#### devops一词出现的过程： ####

2008年8月，在加拿大多伦多举办的敏捷大会上，Anrew Shafer和Patrick 对"敏捷基础设施"进行了讨论，其中包含如何打破Dev和Ops的隔阂。

2009年6月，Flickr分享了他们每天超过10次的部署经验，引起了很大的反响。

2009年10月，在比利时根特举办了第一届DevopsDays的活动，后来因为推特140字符的限制，大家在讨论时去掉了Days，于是"Devops"一词诞生。

#### devops一词的定义： ####

在这里我就不粘贴百度百科、维基百科的定义了，我查看知乎，看到有意思的观点入戏：  
①方法：有人定义devops是方法论  
②工具：有人定义devops是借助一系列工具来完成自动测试发布等流程  
③哲学：devops是一种哲学

我个人因为从业时间不长，对devops的认识更是短浅，暂时同意方法和工具层面的定义。  
个人暂时认为devops是一个借助工具、平台来实现促进从开发提交代码到测、部署等一系列流程的自动化，减少人工的干预以及方便的管理。

### devops的作用 ###

查看了比较多的文章，现在大部分的东西都是确定了的，比如devops的定义虽然还是没有一个明确的概念，但是大概的思想意思是固定了的。

devops的作用和目的是确定的：和开发、测试人员进行一系列的布局规划实施，实现从开发人员提交代码到测试、部署、维护一系列的便捷，为开发便捷、为测试便捷、为运维便捷，从而推进软件交付的速度和质量。

### 关于devops自己的看法 ###

#### 浅显的谈devops作用 ####

是运维，但不是单纯的运维（不会开发的运维不是好厨子）  
是测试，但是不是但单纯的测试  
是开发，但不是单纯的开发。

借助一系列符合公司现状的工具来形成敏捷开发交付的规范，促进公司软件产业的发展，应该是就是devops的意义吧。

#### 未来发展趋势 ####

个人认为devops岗位的设定是公司基于业务发展的需求，推动敏捷开发质量与速度。此岗位设置开发、测试、运维等岗位。  
我在上家公司中遇到过一个从开发到测试到产品经理的大佬，认为对开发、测试、运维都有涉及的人员对此了解可能更深刻。

因为软件产业的架构越来越复杂，公司速度发展越来越快，此岗位会越来越多，并对从业者的要求也会越来越高，设立此岗位的公司绝非是小公司。

未来发展趋势也会比较好。

发表评论取消回复

表情：

评论列表（有 0 条评论，147人围观）

还没有评论，来说两句吧...

相关阅读

相关我对devops浅显的认识

> 7月份新入职了一家公司，新公司没有运维岗位，这里的运维都会开发（好厉害），称为devops。我之前对devops的认识停留在Jenkins自动发布工具上（一度认为devop

我就是我/ 2022年09月04日 10:55/ 0 赞/ 148 阅读

相关 [Android]我对View的认识

前言我觉得 Android UI 的一个很重要的东西就是 View，关于 View 我了解的并不多，所以我的打开了 Android 中 View 的源码瞧了瞧，2万多行

ゝ一世哀愁。/ 2022年08月19日 15:20/ 0 赞/ 157 阅读

相关查找和排序的一点浅显认识

以前老是混淆各种排序的方法，对此我也感到十分苦恼，去网上搜索各种排序教程，结果收获颇微，就在期末考试时，我还担心会有排序的题（事实证明我多虑了），不过作为算法的基本功

我不是女神ヾ/ 2022年08月09日 12:53/ 0 赞/ 126 阅读

相关谈谈我对C++的认识

[点击打开链接][Link 1] C++是一门古老而复杂的语言，绝不是一门可以速成的语言，学习它需要有意识的刻意练习和长时间的持续不断的磨练。而大多数人不太能耐得住寂寞，喜欢

落日映苍穹つ/ 2022年07月20日 16:22/ 0 赞/ 162 阅读

相关我对USB的认识

一、USB协议规范（1）基本概念每一个设备(device)会有一个或者多个的逻辑连接点在里面,每个连接点叫endpoint.每个endpo

今天药忘吃喽~/ 2022年07月14日 09:11/ 0 赞/ 182 阅读

相关【DevOps】教你一分钟认识DevOps

引言目前在国外，互联网巨头如Google、Facebook、Amazon、LinkedIn、Netflix、Airbnb，传统软件公司如Adobe、IBM、Mi

小鱼儿/ 2022年06月14日 05:13/ 0 赞/ 215 阅读

相关对css中包裹性的浅显认识

从一个例子中看包裹性和水平对齐的两种方式《css世界》一书中有这么一个例子，（主要考察对包裹性的理解。）包裹性：（自适应性）指元素的尺寸只由内部元素决定，但是永远小

左手的ㄟ右手/ 2022年05月27日 12:06/ 0 赞/ 189 阅读

相关我对技术面试的理解与认识

面试，特别是技术面试这个话题比较大。每家公司、每个技术团队都会有自己的一套适合于自身的面试手段、方法与流程。从这个角度来看，面试其实是没有什么既定路线可循的。因为不同的面试官提

我不是女神ヾ/ 2022年05月22日 02:54/ 0 赞/ 161 阅读

相关谈谈我对Harbor认识

作者：u010278923 原文：https://blog.csdn.net/u010278923/article/details/77941995 Harbor是什

怼烎@/ 2022年02月03日 10:35/ 0 赞/ 341 阅读

相关我对佛教的认识

长期以来我对佛教的认识是肤浅的，当然现在也谈不上有多少深入了解，既未皈依佛门也未深研佛教经典，所知皆为一知半解而已。说起来，自己对佛教的认识分两个阶段，具体的时间划分难说清

曾经终败给现在/ 2021年11月09日 07:54/ 0 赞/ 1219 阅读