DevOps到底是什么意思？

向右看齐 2022-10-24 01:53 399阅读 0赞

点击上方“程序猿技术大咖”，关注并选择“设为星标”

回复“加群”获取入群讨论资格！

提到DevOps这个词，我相信很多人一定不会陌生。

作为一个热门的概念，DevOps近年来频频出现在各大技术社区和媒体的文章中，备受行业大咖的追捧，也吸引了很多吃瓜群众的围观。

![format_png][]

那么，DevOps是什么呢？

有人说它是一种方法，也有人说它是一种工具，还有人说它是一种思想。更有甚者，说它是一种哲学。

![format_png 1][]

越说越玄乎，感觉都要封神啦！DevOps这玩意真的有那么夸张吗？它到底是干嘛用的？为什么行业里都会对它趋之如骛呢？

今天这篇文章，就和大家好好聊一聊这个DevOps。

**   ****  ****DevOps的起源**** **** ****  **

这个故事有点长，从头开始讲起吧。

上个世纪40年代，世界上第一台计算机诞生。从诞生之日起，它就离不开程序（Program）的驱动。而负责编写程序的人，就被称为“程序员”（Programmer）。

![format_png 2][]

程序员是计算机的驾驭者，也是极其稀缺的人才。那个时候，只有高学历、名校出身的人，才有资格成为程序员，操控计算机。

随着人类科技的不断发展，PC和Internet陆续问世，我们进入了全民拥抱信息化的时代。越来越多的企业开始将计算机作为办公用的工具，用以提升生产力。而普通个人用户也开始将计算机作为娱乐工具，用以改善生活品质。

![format_png 3][]

于是，计算机的程序，开始变成了一门生意。程序，逐步演进为“软件（software）”，变成了最赚钱的产品之一。

在软件产业里，程序员有了更专业的称谓，叫做“软件开发工程师（Software Development Engineer）”，也就是我们常说的“码农”。

![format_png 4][]

我们知道，一个软件从零开始到最终交付，大概包括以下几个阶段：规划、编码、构建、测试、发布、部署和维护。

![format_png 5][]

最初，程序比较简单，工作量不大，程序员一个人可以完成所有阶段的工作。

![format_png 6][]

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

码农的队伍扩大，工种增加。除了**软件开发工程师**之外，又有了**软件测试工程师**，**软件运维工程师**。

![format_png 7][]

分工之后，传统的软件开发流程是这样的：

软件开发人员花费数周和数月编写代码，然后将代码交给QA（质量保障）团队进行测试，然后将最终的发布版交给运维团队去布署。所有的这三个阶段，即开发，测试，布署。

早期所采用的软件交付模型，称之为**“瀑布（Waterfall）模型”**。

![format_png 8][]

瀑布模型，简而言之，就是等一个阶段所有工作完成之后，再进入下一个阶段。

这种模型适合条件比较理想化（用户需求非常明确、开发时间非常充足）的项目。大家按部就班，轮流执行自己的职责即可。

但是，项目不可能是单向运作的。客户也是有需求的。产品也是会有问题的，需要改进的。

![format_png 9][]

随着时间推移，用户对系统的需求不断增加，与此同时，用户给的时间周期却越来越少。在这个情况下，大家发现，笨重迟缓的瀑布式开发已经不合时宜了。

于是，软件开发团队引入了一个新的概念，那就是大名鼎鼎的——**“敏捷开发（Agile Development）”**。

敏捷开发在2000年左右开始被世人所关注，是一种能应对快速变化需求的软件开发能力。其实简单来说，就是把大项目变成小项目，把大时间点变成小时间点，然后这样：

![format_png 10][]

敏捷开发

有两个词经常会伴随着DevOps出现，那就是CI和CD。CI是Continuous Integration（持续集成），而CD对应多个英文，Continuous Delivery（持续交付）或Continuous Deployment（持续部署）。

美其名曰：“**持续（Continuous）**”，其实就是“加速——反复——加速——反复……”，这样子。

画个图大家可能更明白一点：

![format_png 11][]

敏捷开发大幅提高了开发团队的工作效率，让版本的更新速度变得更快。

很多人可能会觉得，“更新版本的速度快了，风险不是更大了吗？”

其实，事实并非如此。

敏捷开发可以帮助更快地发现问题，产品被更快地交付到用户手中，团队可以更快地得到用户的反馈，从而进行更快地响应。而且，DevOps小步快跑的形式带来的**版本****变化**是比较小的，风险会更小（如下图所示）。即使出现问题，修复起来也会相对容易一些。

![format_png 12][]

虽然敏捷开发大幅提升了软件开发的效率和版本更新的速度，但是**它的效果仅限于开发环节**。研发们发现，运维那边，依旧是铁板一块，成为了新的瓶颈。

![format_png 13][]

运维工程师，和开发工程师有着完全不同的思维逻辑。运维团队的座右铭，很简单，就是“稳定压倒一切”。运维的核心诉求，就是不出问题。

什么情况下最容易出问题？发生改变的时候最容易出问题。所以说，运维非常排斥“改变”。

于是乎，矛盾就在两者之间集中爆发了。

![format_png 14][]

这个时候，我们的DevOps，隆重登场了。

**     ****DevOps到底是什么**** **** ****  **

DevOps这个词，其实就是Development和Operations两个词的组合。它的英文发音是 /de'vɒps/，类似于“迪沃普斯”。

![format_png 15][]

DevOps的维基百科定义是这样的：

DevOps是一组过程、方法与系统的统称，用于促进**开发**、**技术运营**和**质量保障（QA）**部门之间的沟通、协作与整合。

![format_png 16][]

这个定位稍微有点抽象，但是并不难理解。反正它不是某一个特定软件、工具或平台的名字。

从目标来看，DevOps就是让开发人员和运维人员更好地沟通合作，通过自动化流程来使得软件整体过程更加快捷和可靠。

![format_png 17][]

破墙工具

很多人可能觉得，所谓DevOps，不就是Dev+Ops嘛，把两个团队合并，或者将运维划归开发，不就完事了嘛，简单粗暴。

注意，这个观点是不对的。这也是DevOps这些年一直难以落地的主要原因。

想要将DevOps真正落地，首先第一点，是**思维转变**，也就是“洗脑”。不仅是运维的要洗，开发的也要洗。员工要洗，领导更要洗。

DevOps并不仅仅是组织架构变革，更是企业文化和思想观念的变革。如果不能改变观念，即使将员工放在一起，也不会产生火花。

除了洗脑之外，就是根据DevOps思想重新梳理全流程的**规范和标准**。

在DevOps的流程下，运维人员会在项目开发期间就介入到开发过程中，了解开发人员使用的系统架构和技术路线，从而制定适当的运维方案。而开发人员也会在运维的初期参与到系统部署中，并提供系统部署的优化建议。

DevOps的实施，促进开发和运维人员的沟通，增进彼此的理（gan）解（qing）。

在思维和流程改变的同时，想要充分落地DevOps，当然离不开**软件和平台**的支持。

目前支持DevOps的软件实在是太多了。限于篇幅，就不一一介绍了。话说回来，现在DevOps之所以被吹得天花乱坠，也有这些软件和平台的功劳，可以趁机卖钱啊。

![format_png 18][]

DevOps生态圈中令人眼花缭乱的工具

上述这些关键要素里面，技术（工具和平台）是最容易实现的，流程次之，思维转变反而最困难。

**换言之，DevOps考验的不仅是一家企业的技术，更是管理水平和企业文化。**

对比前面所说的瀑布式开发和敏捷开发，我们可以明显看出，DevOps贯穿了软件全生命周期，而不仅限于开发阶段。

![format_png 19][]

下面这张图，更明显地说明了DevOps所处的位置，还有它的价值：

![format_png 20][]

**     ****DevOps的发展现状**** **** ****  **

DevOps这个词来源于2009年在比利时根特市举办的首届DevOpsDays大会，为了在Twitter上更方便的传播，由DevOpsDays缩写为DevOps。

目前，DevOps处于高速增长的阶段。尤其是在大企业中，DevOps受到了广泛的欢迎。

根据2018年的调查发现，74%的受访者已经接受了DevOps，而前一年这一比例为66%。

越大的企业，越喜欢DevOps。包括Adobe、Amazon、Apple、Airbnb、Ebay、Etsy、Facebook、LinkedIn、Netflix、NASA、Starbucks、Walmart、Sony等公司，都在采用DevOps。

如今，**DevOps几乎已经成为了软件工程的代名词**。

DevOps迅猛发展，相关专业人才的薪资待遇也跟着水涨船高。

根据调研，DevOps工程师在美国的平均年薪为130000美金，在中国平均年薪也在40万-50万区间，能力强者年薪百万也是比比皆是。

![format_png 21][]

数据来自招聘网站

薪资的猛涨，又带动了IT工程师们学习和认证的热潮。

DevOps的认证目前最受欢迎的就是EXIN DevOps Master和EXIN DevOps Professional。这些认证的培训费用不低，但是仍然吸引了很多人踊跃报名。

![format_png 22][]

EXIN DevOps认证体系

**     ****DevOps与虚拟化、容器、微服务**** **** ****  **

这几年云计算技术突飞猛进，大家应该对虚拟化、容器、微服务这些概念并不陌生。当我们提到这些概念的时候，也会偶尔提及DevOps。

它们之间有什么联系呢？

其实很简单。

大家可以设想一下，如果要对一项工作进行精细化分工，我们是对一个大铁疙瘩进行加工方便？还是拆成一块一块进行加工更加方便？

显然是拆分之后会更加方便。

所谓“微服务”，就是将原来黑盒化的一个整体产品进行拆分（解耦），从一个提供多种服务的整体，拆成各自提供不同服务的多个个体。如下图所示：

![format_png 23][]

单体式架构（Monolithic）→ 微服务架构（Microservices）

微服务架构下，不同的工程师可以对各自负责的模块进行处理，例如开发、测试、部署、迭代。

而虚拟化，其实就是一种敏捷的云计算服务。它从硬件上，将一个系统“划分”为多个系统，系统之间相互隔离，为微服务提供便利。

容器就更彻底了，不是划分为不同的操作系统，而是在操作系统上划分为不同的“运行环境”（Container），占用资源更少，部署速度更快。

![format_png 24][]

明白了吧？虚拟化和容器，其实为DevOps提供了很好的前提条件。开发环境和部署环境都可以更好地隔离了，减小了相互之间的影响。

这也是DevOps为什么2009年时不火，现在越来越火的一个主要原因之一。

**     **** ****DevOps和通信**** **** **** ****  **

作为一名通信工程师，小枣君再说说DevOps和通信的关系。

最开始接触DevOps的时候，我和很多人一样，都以为这是一个纯IT的概念，和我们通信没有什么关系。

后来，随着对DevOps的深入了解，我才发现，这个理念和我们通信有密切的关系。甚至说，早在十多年我刚入行的时候，其实就已经遇到了DevOps所面对的问题。

那时候（2005年左右）的电信业，产品的稳定性和可靠性是压到一切的（其实现在也是）。所以，电信业的软件版本，更新速度非常慢。对朗讯、爱立信这样的传统巨头来说，通常大半年才出一个正式版本。这个版本经过重重把关、精雕细琢，所以非常稳定。

随着3G的兴起，全球运营商开始对网络进行更新换代。华为和中兴开始趁机切入国际运营商市场，试图从国际巨头那边分一杯羹。

![format_png 25][]

除了价格之外，华为中兴最大的杀手锏是什么？就是**响应速度**。

那个时候，运营商客户对电信设备软硬件的需求非常多、非常频繁。像印度这样的地方，客户尤其难缠，每天都会提出新的需求。

当时几家海外设备商的响应速度是非常慢的，从不轻易同意接受需求。即使接受，也会答复半年甚至一年后实现。客户听了直接就崩溃了。

而华为和中兴则不同，两家公司的售前市场人员对于客户需求非常“大方”，基本上有求必应。（当时售后同事都会骂售前同事，可是仔细想来，不答应的话，根本没有进入市场的机会。）

当时华为和中兴的版本发布频率，快到什么程度呢？最快的时候，三天一个版本。甚至，长期都有大批研发人员驻扎在客户办公室，现场改版本，提交“热补丁”。

那时候是2006年，DevOps这个概念的影子都还没有。研发那边，好像也就是刚刚提出**敏捷开发**。在没有理论框架和工具平台的支持下，纯靠人力，实现了版本的飞速迭代。当然，这其中的代价和风险也是很高的。

不仅是开发人员很累很辛苦，项目里的工服（工程服务）工程师，也就是技术支持工程师，本文里面的运维工程师，更是苦不堪言。你想啊，以前几个月升一次级，现在几天就要升一次级，能不辛苦么？

但就是这样的辛苦付出，才硬生生从传统巨头嘴里抢下来市场份额，最终一步一步做大做强。

后来，才慢慢有了敏捷开发的概念，现在更是有了DevOps，各种工具啊平台啊都有了，给版本快速迭代提供了很好的条件。

**对通信行业的运维来说，DevOps是机遇更是挑战。**

就像前面说的容器、虚拟化。5G核心网采用的NFV虚拟化技术，让网元功能隔离，就大大降低了核心网工程师的操作风险和难度。这是一个积极的变化。但是，DevOps对运维工程师的能力要求，是大大提高了。。。

通信软件是IT软件的一个重要分支，和DevOps有很紧密的关系。建议通信工程师好好了解一下DevOps，升级一下自己的知识库，做好技能储备。

**     **** ****最后的话**** **** **** ****  **

天下武功，唯快不破。

时代发展到现在，客户的需求瞬息万变，市场的风向也难以预测。作为企业，想要生存下去，只有让自己变得更快。作为员工，必须让自己眼光更加长远，内心更加包容。

--------------------

感谢您的阅读，也欢迎您发表关于这篇文章的任何建议，关注我，技术不迷茫！

![format_png 26][]

*  [JDK1.8新特性(四)：函数式接口][JDK1.8]
 *  [微信8.0大版本发布！视频红包、聊天炸弹、个人状态、私密点赞...赶紧更新！！！][8.0_...]
 *  [好书推荐 | 2020 年读过的这些好书，建议收藏！][_ 2020]  
    
 *  [MySQL性能优化(七)：MySQL执行计划，真的很重要，来一起学习吧][MySQL_MySQL]
 *  [微服务架构下的核心话题 (三)：微服务架构的技术选型][Link 1]

![format_png 27][]

喜欢就点个"在看"呗，留言、转发朋友圈

[format_png]: /images/20221024/850791cde6f04b64b2b54a0b10b9017c.png
[format_png 1]: /images/20221024/61cdc0e4fa144afa87212758aa3e0d19.png
[format_png 2]: /images/20221024/e3a96a2fe6334d83873f9702abd1fdf0.png
[format_png 3]: /images/20221024/29d5c7cae77c47fc9ab93b6952e6b463.png
[format_png 4]: /images/20221024/7a0b4506095b4e10ab7745701f9709ec.png
[format_png 5]: /images/20221024/cfc783c7b26846cb956514589ddc5982.png
[format_png 6]: /images/20221024/58272cb685a647b996f914775fb30496.png
[format_png 7]: /images/20221024/70b946df5615445cb04d5106c4e091fd.png
[format_png 8]: /images/20221024/e2bab10272b64b7dbed1e7c90413b2be.png
[format_png 9]: /images/20221024/53c6a2d046c04c82b1b1393b82c35fbd.png
[format_png 10]: /images/20221024/90bbbbd2fdcb4031b6c012276e6874c2.png
[format_png 11]: /images/20221024/9060f29f02ba48a7a964c1357f9d9081.png
[format_png 12]: /images/20221024/bda61db81f5e4aa693c76c5d09d3fd17.png
[format_png 13]: /images/20221024/b8635c99196a4c73be58cf6fb15d7b2c.png
[format_png 14]: /images/20221024/cf49535f57a740c9a89f199221ba3c41.png
[format_png 15]: /images/20221024/745118c39aad4a9189adcb9706f1dad1.png
[format_png 16]: /images/20221024/3e4fbdc052b540b8bd38c76bfa1c6113.png
[format_png 17]: /images/20221024/95cbad5e9a6a4c079c6e9bb5ae0068da.png
[format_png 18]: /images/20221024/38dc5b7db6514754893aed625c21dd7c.png
[format_png 19]: /images/20221024/299a522546704621967f86c4ef902f7f.png
[format_png 20]: /images/20221024/9e2e1e830b07438895e8c92311972b55.png
[format_png 21]: /images/20221024/01bcc6f1e2544f06a582c73aefd4b451.png
[format_png 22]: /images/20221024/06ae1a30c3f84630afc53b2a3639f16c.png
[format_png 23]: /images/20221024/cae9353073c948a481289ed46df1e466.png
[format_png 24]: /images/20221024/1bdee0370b9048d996f6a93b36619670.png
[format_png 25]: /images/20221024/8dd5b70cb17340d49137ce2bc1689705.png
[format_png 26]: /images/20221024/870535db5bdf41fbb541997ba00d7c66.png
[JDK1.8]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d88fba72a01ed52ba7e5403ba39bbb4386bd23a7906db45d831311c7216ecbd5a7efeff8d&idx=1&mid=2247485857&scene=21&sn=be80b248bcc6c080755953219a1f2b78#wechat_redirect
[8.0_...]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d950ba72a1c1d851f79a770d9c5a5e0c29e934e6411e71220d420e3cd0e0bc93e928b4dd4&idx=1&mid=2247488593&scene=21&sn=33d5b17ea4f9e6831c7ce847be6969c6#wechat_redirect
[_ 2020]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d9562a72a1c745deb5d5b05b12049ee9998c6e424ea81b8cc4a6fd46003b8b344e0eca6bb&idx=1&mid=2247488568&scene=21&sn=5cbb1dbbb0229c34c3fd0d02196187aa#wechat_redirect
[MySQL_MySQL]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d8838a72a012e057b5671b8a429c1dacbfcd15bc480ee020c59a1f636e906fcd5edca659d&idx=1&mid=2247485794&scene=21&sn=cef01641815309e84aa2fbbd692bf5b4#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzA5MzUwOTY4NQ%3D%3D&chksm=905d8970a72a00662feffcea58c746fa0098b98a6a92af9dfd9490b7a84cab6b432c9f4ec831&idx=1&mid=2247485482&scene=21&sn=e6385ef8cc1cf13c8f17a6e29de238b6#wechat_redirect
[format_png 27]: /images/20221024/7c8619fcbb054d1f954b92668e88c615.png