DevOps到底是什么？
作为一个热门的概念，DevOps这个名词在程序员社区里频频出现，备受技术大佬们的追捧。甚至网络上有了“南无DevOps”的戏言（南无在梵语的意思是“皈依”），也侧面反映了DevOps的风靡。
然而，一旦有人问起什么是DevOps，大部分人就会扯起类似“之乎者也”等玄之又玄的东西，一部分人说它是工具，一部分人说它是平台，一部分人说它是方法，一部分人甚至说它是哲学。所以今天，我就想和小伙伴们好好聊聊这个DevOps。
本文会分为：DevOps是什么？；DevOps发展历程；DevOps与微服务、与容器的关系；华为云DevCloud。
DevOps是什么？
从字面来理解，DevOps一词由单词Development（开发）和Operation（运维）组合而成。因此，很多人认为，DevOps不就是把开发和运维两个团队合并了嘛。
但是，DevOps的实际意义其实远超字面的理解。它相当于是一组过程、方法与系统的统称；通过一系列手段来促进开发（应用程序/软件工程）部门 与 技术运营和质量保障（QA）部门之间的密切沟通、高效协作与整合；通过自动化地软件交付和架构变更流程，让规划、开发、构建、测试、发布、部署、维护都能更快、更频繁、更可靠，保障开发结果的稳定可靠。
DevOps可以给团队带来什么呢？技术层面上，DevOps可以促进研发与运维团队的协作；业务层面上，DevOps提供的一致容器镜像，持续集成，持续交付，持续部署，持续测试可以更快地交付客户价值。
DevOps发展历程
最开始，程序还很简单的时候，工作量不大，程序员1个人就可以完成所有开发阶段的工作，也就不需要什么额精细化分工了。
接着，随着软件规模越来越庞大、复杂，程序员也开始了细分：研发、测试、运维。研发人员开发完代码交付给QA团队进行测试，测试完毕之后交给运维团队去部署。这一套“等上一个阶段所有工作完成之后再交付给下一个阶段”的流程也被称之为“瀑布模型（waterfall）”。下图是比较详细的流程分类【需求-设计-开发-测试-部署-维护】：
然后，团队发现瀑布模型并不适用于真实的开发环境。为什么呢？因为客户的需求很可能一开始并不明确后面要改动，或则要加上一些新的需求，或则产品中途出现了新的问题，这些都是需要改进的。再加上用户期望团队交付的时间变得越来越少，这时候，笨重工序化流程的瀑布式模型就不适用了。于是，敏捷开发（Agile Development）这个概念就在2000左右开始被关注（而华为则是在2000年左右引入了IPD开发模式，下一段进行讲解），它是一种可以应对需求快速变化的软件开发能力。其实简单来说，就是把大项目变成小项目，把大时间点变成小时间点。简单点来说就是从原先的“设计-开发-测试-部署”模式变为了“设计-开发-测试-开发-测试-开发…-开发-测试-部署”的模式：
敏捷开发这种模式可以大幅提高开发的工作效率，让版本的更新变得更快更频繁（可以更快交付给用户，更快得到用户的反馈从而更快的进行响应），风险也变得更小（可以更快发现问题，修复更容易，版本变化小风险也小）。风险对比图：
敏捷开发模式既然好处这么多，为何我们还需要推DevOps呢？那是因为敏捷开发模式仅作用于开发阶段。而运维那边依然没有什么改动。但是在我们说DevOps之前，我们先把坑填了。上一段提到的“华为则是在2000年左右引入了IPD开发模式”又是什么呢？Integrated Product Development 集成产品开发，一个基于市场和客户需求驱动的集成产品开发流程管理体系。简单来说就是，将企业的思维从“做出来什么再去卖什么”变成“我们把能卖出去的东西做出来”。这个模式运用成功的企业有IBM、华为。
最后，就是到了我们的DevOps。前面讲到敏捷模式将开发环节的问题解决了，但是开发和运维之间的矛盾则变深了。因为开发和运维天然就有着完全不同的逻辑，开发接了客户的需求肯定要加新功能/新特性，就要做出改变，更不要说在敏捷模式下这改变更多更频繁了；而运维的核心需求则是稳定，不要出问题。DevOps的目标就是让开发人员和运维人员可以好好沟通好好工作，不要掐起来。
在DevOps的模式里，运维和开发是紧密关联的。在项目开发期间，运维人员就会介入到开发过程中来了解技术路线和架构系统，提前制定相对应的运维方案。而在运维的初期，开发人员也会接入到系统部署中来，提供相关的优化建议。理想的情况下，双方的沟通可以增进彼此的理（gan）解（qing）。此时的流程图变为了：
DevOps与微服务、容器的关系
DevOps在微服务/云原生时代，为何会这么炙手可热呢？在我的文章微服务架构 VS 单体服务架构【华为云服务在微服务模式里可以做什么】里，我提及了什么是微服务：把整体的服务拆分成一个个小的服务；每个小型的服务可以独立运行在自己的进程中，服务之间互相协调。
容器化则是在硬件资源、操作系统上，将各个应用程序和类划分为不同的“运行环境”（也就是容器），占用资源变得更少，部署速度变得更快。
微服务和容器化，可以说为DevOps提供了很好的前提条件：业务整体变小变多了，开发环境和部署环境互相之间的影响也变小了。这简直就是为DevOps的理念“加快一个需求从规划到上线部署的过程”量身打造嘛。
华为云DevCloud
然而真正想要将DevOps真正落地，不仅仅需要工具和平台，还需要流程的变化，思维的转变，以及团队每个人的参与。这不仅考验一家企业的技术，更是其管理水平和企业文化。
华为云软件开发平台 DevCloud，是一个集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台（一站式、全流程、安全可信、开箱即用，预置最佳实践），面向开发者提供研发工具服务，让软件开发简单高效，助力企业质量提升和效率倍增。了解产品请戳【软件开发平台 DevCloud】。
客户成功案例
行业权威认可
交流互动
感兴趣的小伙伴也可以戳这里进行互动哦
参考资料
- 点赞
- 收藏
- 关注作者
评论（0）