CICD与DevOps

朱雀 2023-09-28 19:43 72阅读 0赞

## CICD与DevOps ##

> 文章声明，本文选自网上关于CICD与DevOps的讲解综合，如有侵权，联系删除

## 什么是CI/CD ##

### 什么是持续集成(CI-Continuous integration) ###

持续集成是指多名开发者在开发不同功能代码的过程当中，可以频繁的将代码行合并到一起并切相互不影响工作。

### 什么是持续部署(CD-continuous deployment) ###

是基于某种工具或平台实现代码自动化的构建、测试和部署到线上环境以实现交付高质量的产品,持续部署在某种程度上代表了一个开发团队的更新迭代速率。

### 什么是持续交付(Continuous Delivery) ###

持续交付是在持续部署的基础之上，将产品交付到线上环境，因此持续交付是产品价值的一种交付，是产品价值的一种盈利的实现。

![img][]

### 持续集成 CI(Continuous Integration) ###

![img][img 1]

在传统软件开发过程中，集成通常发生在每个人都完成了各自的工作之后。在项目尾声阶段，通常集成还要痛苦的花费数周或者数月的时间来完成。持续集成是一个将集成提前至开发周期的早期阶段的实践方式，让构建、测试和集成代码更经常反复地发生。

开发人员通常使用一种叫做`CI Server`的工具来做构建和集成。持续集成要求史蒂夫和安妮能够自测代码。分别测试各自代码来保证它能够正常工作，这些测试通常被称为单元测试（Unit tests）。

代码集成以后，当所有的单元测试通过，史蒂夫和安妮就得到了一个绿色构建（Green Build）。这表明他们已经成功地集成在一起，代码正按照测试预期地在工作。然而，尽管集成代码能够成功地一起工作了，它仍未为生产做好准备，因为它没有在类似生产的环境中测试和工作。

CI是需要对开发人员每次的代码提交进行构建测试验证。确定每次提交的代码都是可以正常编译测试通过的。在没有持续集成服务器的时候，我们可以写一个程序来监听版本控制系统的状态，当出现了`push`动作则触发相应的脚本运行编译构建等步骤。现在有了专业的持续集成服务器后，我们借助持续集成服务器来实现版本控制系统中代码提交触发构建测试等验证步骤。

持续合并开发人员正在开发编写的所有代码的一种做法。通常一天内进行多次合并和提交代码，从存储库或生产环境中进行构建和自动化测试，以确保没有集成问题并及早发现任何问题。

### 持续交付 CD (Continuous Delivery) ###

![img][img 2]

Continuous Delivery (CD) 持续交付是持续集成的延伸，将集成后的代码部署到类生产环境，确保可以以可持续的方式快速向客户发布新的更改。如果代码没有问题，可以继续手工部署到生产环境中。

**「持续交付CD」**：是基于持续集成的基础上，将集成后的代码自动化的发布到各个环境中测试（DEV TEST UAT STAG），确定可以发布生产版本。这里我们可以借用制品库实现制品的管理，根据环境类型创建对应的制品库。**「一次构建，到处运行」**。

*  开发环境发布：我们可以将开发环境产出的制品部署进行测试，没有问题后上传到测试环境的制品库中。
 *  测试环境发布：此时通知测试人员可以进行测试环境发布测试，获取测试环境制品库中的制品，发布到测试环境验证。验证通过将制品上传到预生产环境制品库。
 *  预生产环境发布：获取预生产环境制品，进行部署测试。测试成功后可以将制品上传到生产库中。
 *  手动部署生产环境。

持续交付是超越持续集成的一步。不仅会在推送到代码库的每次代码更改时都进行构建和测试，而且，作为附加步骤，即使部署是手动触发的，它也可以连续部署。此方法可确保自动检查代码，但需要人工干预才能从策略上手动触发更改的部署。

### 持续部署 CD(Continuous Deploy) ###

![img][img 3]

如果真的想获得持续交付的好处，应该尽早部署到生产环境，以确保可以小批次发布，在发生问题时可以轻松排除故障。于是有了持续部署。

通常可以通过将更改自动推送到发布系统来随时将软件发布到生产环境中。持续部署 会更进一步，并自动将更改推送到生产中。类似于持续交付，持续部署也是超越持续集成的进一步。不同之处在于，您无需将其手动部署，而是将其设置为自动部署。部署您的应用程序完全不需要人工干预。

**「持续部署CD」**：是基于持续交付的基础上，将在各个环境经过测试的应用自动化部署到生产环境。其实各个环境的发布过程都是一样的。应用发布到生产环境后，我们需要对应用进行健康检查、添加应用的监控项、 应用日志管理。

我们通常将这个在不同环境发布和测试的过程叫做部署流水线， 持续部署是在持续交付的基础上，把部署到生产环境的过程自动化。

## DevOps ##

### 什么是DevOps ###

DevOps（Development和Operations组合）是一组过程、方法与系统的统称，用于促进开发（应用程序/软件工程）、技术运营和质量保障（QA）部门之间的沟通、协作与整合。一些国际组织对其定义如下：

DevOps强调对应用进行快速、小规模、可迭代的开发和部署，以更好地应对和满足客户的需求。它要求进行文化的转变，即将开发和运维只能作为一个合作的整体来看待，注重提高业务价值，旨在精简整个IT价值链。

从定义来看，其实devops就是为了让开发、运维和QA可以高效协作的流程。（可以把DevOps看作开发、技术运营和质量保障（QA）三者的交集）

![img][img 4]

DevOps是一套实践框架，包含了精益、敏捷的理念，各种持续集成和持续交付的职能，以及构建流水线的工具。它着眼于项目的实践，在实践中强调以业务价值来统一所有工作目标，这个目标是不同的团队打破原有的组织考核壁垒，进行合作和沟通的基础。它的核心思想是把所有的IT交付和运维服务团队统一起来，围绕一个统一的业务价值目标及业务交付范围加强沟通，通过频繁、快速地迭代交付和反馈，达到加快交付速度和提高交付质量的目的。

如果将IT系统提供的业务服务作为一个交付的产品来看，就存在一条在IT软件开发和交付领域等形成的流水线。为了建设这样一条流水线，需要弄清楚以下问题：

\- 流水线的内容是什么？它的起点在哪？终点在哪？

\- 如何搭建这条流水线？

\- 如何管理这条流水线？

### DevOps核心理念 ###

DevOps的生命周期如下图所示：

![img][img 5]

在其生命周期中，包含以下几个核心理念：

![img][img 6]

#### 实现组织目标 ####

> 技术人员所做的软件系统是为业务部门的业务发展服务的，此是将所有IT交付团队统一起来的共同目标和原始驱动力。只要对比一下自己团队的KPI和业务目标的关系，就能发现传统的分隔式项目交付管理是多么官僚和浪费。所以，DevOps流水线包含开发、测试、部署和运维等整个项目过程，这些直接关系到最终的业务价值的实现，因此必须作为一个整体进行管理。

#### 流程标准化 ####

> 俗话说，无规矩不成方圆。在践行DevOps的时候也需要标准化的交付流程，且这个流程不是简单的管理规范，而是要用持续交付的流水线来取代冗长的开发运维流程，实现高效，高质。
> 
> 除了开发测试交付部分，从运维的角度来看，在DevOps里强调的是轻量化的ITSM流程和架构，即根据保证业务运行连续性的需要来裁减流程，并形成标准化的流程。所谓标准化指的是在需求、开发、测试、维护的过程中将流程最小化。流程过于复杂是造成IT资源浪费的最重要原因，所以应该将流程最小化，同时将更多的精力、劳动、资源投入真正创造业务价值的生产中。

#### 工作自动化 ####

> 开发运维流程标准化是自动化的前提，如果流程不是标准化，那么自动化也是没有根基的。只有将流程标准化，自动化才能有定义的标准。
> 
> 自动化能提升效率，还能使效率和质量透明化，让整个交付过程更加可控。

#### DevOps文化 ####

> DevOps是一种文化，它提倡团队成员围绕共同的业务目标，进行互相理解、信任、沟通和协作，在交付过程出现问题后，从中分析原因和吸取教训，而不是互相指责和推卸责任。
> 
> 总的来说，DevOps涵盖CALMS（自动化、精益、可衡量和分享）文化，如下图：
> 
> ![img][img 7]
> 
> 从项目实践来看，DevOps是指导软件系统交付的一系列实践方法，贯穿于项目的计划、需求、设计、开发、部署、运维及终止的整套过程中。
> 
> ![img][img 8]
> 
> 从传统的IT项目交付的角度来看，DevOps实践框架包括：敏捷管理、持续集成、持续交付和自动化测试。
> 
> \# 敏捷管理
> 
> 指将需求以用户故事的方式进行拆解，然后以最小化、快速迭代的方式进行开发管理。
> 
> \# 持续集成
> 
> 指针对开发人员的代码提交过程，以单件流的方式进行流水线式的自动化管理。
> 
> \# 持续交付
> 
> 预先定义、规划从代码生成到产品产出的流水线，并以自动化、模板化方式进行交付。
> 
> \# 自动化测试
> 
> 根据测试流程，以模板化、自动化的方式实现测试的手段。

### DevOps相关工具 ###

![img][img 9]

## cicd与devops区别 ##

1.cicd是指持续集成发布部署，是一套流程实现软件的构建测试部署的自动化。

2.DevOps 就是开发（Development）、测试（QA）、运维（Operations）这三个领域的合并。虽然名字中没有体现，但是DevOps仍包括测试。

![img][img 10]

3.DevOps与cicd紧密相关，是理论与实践的结合，DevOps要实现人员一体化，必须要借助cicd工具来自动化整个流程。

![img][img 11]

扩充.DevOps是一种思想、一组最佳实践、以及一种文化。DevOps落地实施，从组织架构、设计人员、流程、人员分工、人员技能到工具，变化很大，要求很高，完全颠覆了现有的开发运维模式，建设风险很高。

## CICD和DevOps的区别和联系 ##

个人理解，CICD更关注的是整个开发，测试，部署的自动化的过程，当我们在本地单元测试通过后，我们提交到git上，触发相应的webhook或者类似的东西进行代码的构建，并打包部署到相应的机器上，自动化的完成这整个过程。

而DevOps更关注的是打通用户、PMO、需求、设计、开发（Dev）、测试、运维（Ops）等各上下游部门或不同角色；打通业务、架构、代码、测试、部署、监控、安全、性能等各领域工具链；尤其是打通开发与运维之间的gap，因为两者实际上存在着很多的冲突。DevOps是基于CICD的，自动化的流程是基础，DevOps是一个项目由idea到实际稳定运行的产品的一个最佳实践。

DevOps是CICD思想的延伸，CICD是DevOps的基础核心，如果没有CICD自动化的工具和流程，DevOps是没有意义的。

![img][img 12]

### 选自： ###

#### 文章：[什么是CI/CD - 知乎 (zhihu.com)][CI_CD - _ _zhihu.com] ####

#### 文章：[什么是DevOps ？ - 罗穆瑞 - 博客园 (cnblogs.com)][DevOps _ - _ - _ _cnblogs.com] ####

#### 文章：[cicd与devops区别 (baidu.com)][cicd_devops_ _baidu.com] ####

#### 文章：[什么是CI CD？ 什么是DevOPS？他们有什么联系和区别？\_GaleZhang的博客-CSDN博客\_cicd][CI CD_ _DevOPS_GaleZhang_-CSDN_cicd] ####

## jenkins学习： ##

## 安装jenkins教程：[jenkins使用docker安装保姆级教程（面向小白教程，最新最全，全图文）2022-8-1，不会docker也没关系][jenkins_docker_2022-8-1_docker] ##

## 2022-08-03最新更新：[使用jenkins+gitee创建docker镜像并运行][jenkins_gitee_docker] ##

## 2022-08-11最新更新：[jenkins流水线（jenkinsfile）详解，保姆式教程][jenkins_jenkinsfile] ##

[img]: https://img-blog.csdnimg.cn/img_convert/552f9a9fffaa140ec2aa849596b517bf.jpeg
[img 1]: https://img-blog.csdnimg.cn/img_convert/1d6c37937e8369cb43af51c0ab86716f.jpeg
[img 2]: https://img-blog.csdnimg.cn/img_convert/0e8ca8803774682c51dd1d6749f02828.jpeg
[img 3]: https://img-blog.csdnimg.cn/img_convert/b9a2e0233f0235df1b159cdc5574a206.jpeg
[img 4]: https://img-blog.csdnimg.cn/img_convert/ce0b50fd4fbadc8d2743f5e272f88476.png
[img 5]: https://img-blog.csdnimg.cn/img_convert/93940c047b83b935ccab5a5a69a75cae.png
[img 6]: https://img-blog.csdnimg.cn/img_convert/c03e31dc16967e5cc3843136ecff7465.png
[img 7]: https://img-blog.csdnimg.cn/img_convert/34a7699544bf001e9c2f562e57e24502.png
[img 8]: https://img-blog.csdnimg.cn/img_convert/f17d30e60724846b77879271362994f1.png
[img 9]: https://img-blog.csdnimg.cn/img_convert/96d3058e8f5656986d87a88a9f7027f6.png
[img 10]: https://img-blog.csdnimg.cn/img_convert/d395a865c4d8a33fc7e5ce5aaf1f6b5c.png
[img 11]: https://img-blog.csdnimg.cn/img_convert/9d6606a357bcffcc068b10187d7aae58.jpeg
[img 12]: https://img-blog.csdnimg.cn/20200911164732482.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0dhbGVaaGFuZw==,size_16,color_FFFFFF,t_70#pic_center
[CI_CD - _ _zhihu.com]: https://zhuanlan.zhihu.com/p/498761086
[DevOps _ - _ - _ _cnblogs.com]: https://www.cnblogs.com/kazihuo/p/12605970.html
[cicd_devops_ _baidu.com]: https://baijiahao.baidu.com/s?id=1725441904230088754
[CI CD_ _DevOPS_GaleZhang_-CSDN_cicd]: https://blog.csdn.net/GaleZhang/article/details/108400739
[jenkins_docker_2022-8-1_docker]: https://blog.csdn.net/qq_57581439/article/details/126112953
[jenkins_gitee_docker]: https://blog.csdn.net/qq_57581439/article/details/126132268?spm=1001.2014.3001.5501
[jenkins_jenkinsfile]: https://blog.csdn.net/qq_57581439/article/details/126281020?spm=1001.2014.3001.5502