企业为何需要在内部推广Devops

企业对外发布产品之前其在内部需要做好各种准备：研发工程师完成产品研发，测试工程师完成产品测试，DevOps工程师部署产品。在这个过程中遇到任何问题，都会影响产品的发布，因此企业在数字化转型的过程中都需要优化这一流程。在软件行业中，优化这个流程的方法论是：DevOps。

这篇文章接下来将围绕以下内容来介绍DevOps：

DevOps在企业内部推广的现实状况
对企业有价值的DevOps是什么样的？
如何理解：Devops、CICD、Infrastructure as code
Infrastructure as code的优势
总结

DevOps在企业内部推广的现实状况

DevOps在中国区企业的推广令人堪忧。大多数企业只实现了DevOps的持续集成部分，比如研发人员提交代码会触发服务器自动编译生成软件产品、测试人员的测试脚本会自动执行并验证软件产品的缺陷。很少有企业能够把发布产品这一部分做好，比如DevOps人员运行基础资源脚本来准备环境、部署产品、监控产品、植入安全机制、优化基础资源等。有部分企业甚至都没有这个概念。下面列举了我经历的一些企业遇到的关于DevOps的问题。

大多数企业都没有一个完整DevOps团队
企业对DevOps的理解是不一样的，最终导致没有统一的DevOps方案
企业对产品发布的认知只是停留在“能用就行”的程度，如何优化、监控、保护基础环境并不重视
云计算的使用经验匮乏
缺乏DevOps的实施经验

没有实施DevOps的企业将面临一个问题：产品无法及时推向市场。

对企业有价值的DevOps是什么样的？

在企业内部，研发工程师根据产品经理的需求，在自己的电脑上完成编码、测试、Code Review并最终提交代码并完成产品功能的研发。理想情况下，这些功能会第一时间交付到客户，并为其带来价值。DevOps就是为实现这个流程而提出来的。对企业而言，DevOps的价值在于及时为客户输出高质量的产品，最终为客户创造价值。这一简单的目标背后实际上是由一系列相关的活动所支撑的。让我们看看现实世界中，软件从研发到发布所涉及的工作事项。

阶段一：研发团队根据需求研发产品功能，这个过程涉及编码、测试、提交源码；阶段二：测试团队获取研发团队的成果并进行测试，这个过程涉及到准备测试环境、执行各种测试、生成测试报告；阶段三：DevOps团队获取测试团队验证过的产品并发布产品，这个过程涉及到准备运行环境、监测产品运行状态、实施安全机制、优化资源使用情况。

这些工作事项好似被串联到一条流水线上，由不同角色共同在这条流水线上完成产品的研发、测试和交付，最终把产品及时发布到线上，以供客户使用。因此流水线的流畅性决定了企业响应市场的能力，在软件行业中，这条流水线就是业内常说的CICD。企业开始数字化转型时就应该考虑搭建CICD的策略，因为搭建CICD是一个漫长的过程，期间需要不断地迭代，同时也会涉及到多个团队。试想想，如果福特没有汽车生产流水线，那么福特公司也就无法生产大量的汽车了，同样，在软件行业中，CICD也起到了类似的作用，只不过这条虚拟的流水线生成的是高质量的软件产品。

实施CICD的基础是自动化。也就是说企业需要为研发和发布产品引入自动化机制，而Infrastructure as code是实现自动化的一种方式。它要求研发和发布产品过程中所涉及的工作事项要通过代码的方式驱动。计算机只需要执行这些代码就能完成产品的测试和发布，从而实现自动化。

如何理解：Devops、CICD、Infrastructure as code

在软件行业中，Devops, CICD, Infrastructure as code几个词汇经常出现，它们的最终目标是帮助企业提高软件质量同时向市场推出杀手锏产品。以下是来自wiki的定义：

Devops的定义

DevOps is a set of practices that combines software development (Dev) and information-technology operations (Ops) which aims to shorten the systems development life cycle and provide continuous delivery with high software quality.

CICD的定义

In software engineering, CI/CD or CICD generally refers to the combined practices of continuous integration and either continuous delivery or continuous deployment.

Infrastructure as code的定义

Infrastructure as code (IaC) is the process of managing and provisioning computer data centers through machine-readable definition files, rather than physical hardware configuration or interactive configuration tools.

通过以上定义，读者可以这么理解它们之间的关系：企业在内部推广一场持久的devops运动，找出参与devops运动的各个团队。成立devops团队，使用各种工具（比如Terraform），结合各个团队的需求，以Infrastructure as code方式在全公司建立CI/CD流程。重复以上过程以便持续改进devops、CI/CD、Infrastructure as code实践经验。

Infrastructure as code的优势

Infrastructure as code是实现CICD的一种方式，它的基础是用脚本或者代码来驱动基础设施。不同的脚本或者代码由对应的工具执行，最终实现自动化–CICD。

脚本或代码是文本文件，这些文件可以通过版本管理工具(比如git)来记录版本。有了版本记录就能够快速指定对应的版本恢复，比如，新发布的版本出现问题了，可以及时切换到以前稳定的版本，这个过程可以缩减到1天之内。

除此之外，市面上有很多开源、免费、优秀的工具支持Infrastructure as code。企业常用的工具有:Terraform、Packer、Go、Python、Docker等。一般情况下，高效的CICD是需要借助多种工具共同实现的。

总结

企业在数字化转型的过程中必须不断地改善其内部的CICD，原因在于企业需要快速推出高质量的产品来响应和检验市场，最终为客户带去创新性产品，让自己立于不败之地。DevOps在企业内部推广是一个持久的过程，原因在于它的要求很多:结合各种工具、跨部门或团队、拥有DevOps经验的人才、云计算。因此企业在转型之初就需要开始实施DevOps。

CICD更加具体地指出实现高效DevOps应该关注的核心部分–持续集成和持续发布。因此大部分企业都应该优先实施持续集成和持续发布。在实施CICD的过程中需要借助Infrastructure as code方式，这种方式能够引入版本控制系统和实现自动化。支持Infrastructure as code方式的工具有很多，企业常用的有:Terraform、Packer、Go、Python、Docker等。其中Terraform能够基于云服务商快速创建资源和准备软件环境，在这之后，需要结合其它工具进一步部署产品或服务。

Terraform是一个基础工具，适用于大多数企业，它能够解决资源创建和准备的问题，因此企业应该把它作为打造高效DevOps的工具之一。使用Terraform时，不仅要掌握Terraform知识，还需要结合工程经验，这篇文章:如何在企业中高效使用Terraform，能够帮助企业高效使用Terraform，从而减少企业在实施DevOps过程中遇到的问题。

2cloudlab.com为企业准备产品的运行环境，只需要1天！