DevOps 是什么？只看这篇文章就够了！

作为一个热门的概念，DevOps 这个名词在程序员社区里频频出现，备受技术大佬们的追捧。甚至网络上有了“南无 DevOps”的戏言（南无在梵语的意思是“皈依”），也侧面反映了 DevOps 的风靡。

然而，一旦有人问起什么是 DevOps，大部分人就会扯起类似“之乎者也”等玄之又玄的东西，一部分人说它是工具，一部分人说它是平台，一部分人说它是方法，一部分人甚至说它是哲学。所以今天，我就想和小伙伴们好好聊聊这个 DevOps。

本文会分为：DevOps 是什么？；DevOps 发展历程；DevOps 与微服务、与容器的关系；华为云 CodeArts。

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 在微服务/云原生时代，为何会这么炙手可热呢？什么是微服务：把整体的服务拆分成一个个小的服务；每个小型的服务可以独立运行在自己的进程中，服务之间互相协调。

容器化则是在硬件资源、操作系统上，将各个应用程序和类划分为不同的“运行环境”（也就是容器），占用资源变得更少，部署速度变得更快。

微服务和容器化，可以说为 DevOps 提供了很好的前提条件：业务整体变小变多了，开发环境和部署环境互相之间的影响也变小了。这简直就是为 DevOps 的理念“加快一个需求从规划到上线部署的过程”量身打造嘛。

华为云 CodeArts

然而真正想要将 DevOps 真正落地，不仅仅需要工具和平台，还需要流程的变化，思维的转变，以及团队每个人的参与。这不仅考验一家企业的技术，更是其管理水平和企业文化。

华为云软件开发平台 CodeArts，是一个集华为研发实践、前沿研发理念、先进研发工具为一体的研发云平台（一站式、全流程、安全可信、开箱即用，预置最佳实践），面向开发者提供研发工具服务，让软件开发简单高效，助力企业质量提升和效率倍增。了解产品请戳【软件开发平台 CodeArts】。

客户成功案例

行业权威认可

如果想体验华为云 CodeArts，可以点击【软件开发平台 CodeArts】进行免费体验。

作者：gentle_zhou  原文链接：https://bbs.huaweicloud.com/blogs/369632