什么是DevOps？

什么是DevOps？

CI/CD 表示持续集成、持续交付（或持续部署）。

什么是 CI/CD？

CI

持续集成侧重于将单个开发人员的软件提交到共享代码库中，支持每天进行多次，目的就是可以是尽早发现集成错误。

CD

持续交付旨在最大限度地减少部署或发布过程中固有的问题点。

团队的实现方式是自动化构建部署的每个步骤，达到可以在任何时刻安全地发布代码。

持续部署是更高级别的自动化，只要代码发生重大更改，构建/部署就会自动进行。

这些阶段中的每一个都是流水线的一部分。

什么是持续集成 -CI？

在持续集成时，开发人员频繁地将他们的代码集成到公共代码库的主分支中。

CI 的主要思想是通过让开发人员比通常更频繁、更早地进行集成来降低集成成本。开发人员通常会在集成时发现新代码与现有代码之间的边界冲突。

如果集成做得早且频繁，那么期望解决这些冲突会更容易且成本更低。

当然，这种流程变更并不能提供任何额外的质量保证。持续集成依赖于测试套件和自动化测试执行。。

CI 的目标是将集成精炼成一个简单、易于重复的日常开发任务，从而降低整体构建成本并在周期早期发现缺陷。

持续集成是持续框架方法的前提条件，因为它不仅构建代码，还执行单元测试和集成测试。

CI 的好处是通过自动化部署来提高代码质量、增强安全性并满足业务需求。

什么是持续交付？

持续交付实际上是CI的延伸，其中软件交付过程进一步自动化，以便能够轻松、自信地在任何时间部署到生产环境。

有了CD，软件发布成为一种常规、简单的活动。团队可以充满信心地进行日常开发任务，因为他们知道可以构建出生产级、随时可部署的版本，而无需精心编排或特殊的后期测试。

CD 依赖于一个核心部署流水线，团队在其中自动化测试和部署过程。该流水线是一个自动化系统，针对构建执行一系列渐进的测试套件。CD 具有高度可自动化性，并且在某些云计算环境中易于配置。

在流水线的每个环节，构建可能会未能通过关键测试，此时流水线会向团队发出警报。否则，构建将继续进入下一个测试套件，连续测试通过会导致构建自动晋升到流水线的下一个环节。流水线的最后一个环节将把构建部署到类生产环境。这是一项全面的活动，因为构建、部署和环境都一起得到了演练和测试。结果是一个可以在实际生产环境中自信地部署和验证的构建。

AWS 的现代 CI/CD 流水线

持续交付是一种自动化方法，将应用程序推送到交付环境。在这里，开发团队将在持续集成中经过验证的代码更改包括所有更新、新功能和错误修复交付到特定的代码库 GitHub。

自动化在持续交付中帮助开发团队部署代码、扩展软件并减少部署成本和时间。

什么是持续部署？

持续框架的最后一个阶段是持续部署。它是持续交付的延伸，与持续交付的不同之处在于，它自动化了将生产就绪的构建版本发布到代码库的软件发布过程。

与持续交付（代码推送到生产环境需经开发人员批准）不同，持续部署依赖于精心设计的测试自动化来上线。在这里，生产部署之前没有任何手动干预。因此，如果代码通过了自动化测试，持续部署会在代码编写完成后的几分钟内将开发人员的代码更改推送到云应用程序。通过这种方式，可以轻松地持续接收并整合反馈。

持续部署扩展了持续交付，使得软件构建如果通过所有测试，就会自动部署。在这样的流程中，不需要人工决定何时以及将什么投入生产。带有持续部署的 CI/CD 系统中的最后一步将自动部署任何成功退出交付流水线的构建组件/包。这种自动部署可以配置为快速向客户分发组件、功能和修复，并清晰说明已推送到生产环境的具体内容。

CI/CD 与 DevOps 有何关系？

DevOps 包含的工具和实践用于加速应用程序和服务的交付，速度是比传统的软件开发过程周期要短的。

CI/CD流水线也是属于广泛的 DevOps 框架范畴。DevOps 的加速优势能让企业更好地服务客户，并在市场中更具备竞争力。

当真个开发和产品安全性融入软件开发生命周期的所有阶段时，在 DevOps 环境中，这被称为 DevSecOps。

它确保安全协议被集成到所有 DevOps 工作流中。即使在 CI/CD 流水线中，安全工具也必须无缝集成，以跟上 DevOps 的步伐，而不拖慢开发速度。将安全性内嵌有助于组织尽早发现漏洞，加强安全。

CI/CD 工具

一些流行的开源 CI/CD 工具有：

DevOps也有由各种供应商提供的托管式 CI/CD 工具。

比如GitLab、TravisCI、CircleCI、Azure DevOps、AWS CodeBuild 以及其他许多主要公有云提供商都提供 CI/CD 解决方案。