DevOps，CI，CD，自动化简单介绍

前言

随着企业应用的不断迭代和发展，应用的版本发布可能涉及了多个技术团队（如PC端，移动端，小程序端等）。应用发布也就成为了一项高风险，高压力的操作过程。并且应用的开发迭代的沟通，测试成本也大大的变得不可控。这时候就出现了DevOps管理理念，CI，CD以及强大的部署自动化手段确保部署任务的可重复性、减少部署发布出错的可能性。今天我们简单的介绍一下这四者的基本概念和作用。

DevOps

什么是DevOps？

DevOps（Development和Operations的组合词）是一组过程、方法与系统的统称，用于促进开发、技术运营和质量保障（QA）部门之间的沟通、协作与整合。

可以把DevOps看作开发、技术运营和质量保障（QA）三者的交集。

DevOps好处？

DevOps 使以前孤立的角色（开发、IT 运营、质量工程和安全）可以协调和协作，以生产更好、更可靠的产品。通过采用 DevOps 文化、做法和工具，团队能够更好地响应客户需求，增强对所构建应用程序的信心，更快地实现业务目标。

CI/CD

CI/CD是什么？

CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD 的核心概念是持续集成、持续交付和持续部署。作为一个面向开发和运营团队的解决方案，CI/CD 主要针对在集成新代码时所引发的问题。
具体而言，CI/CD 可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署过程）。这些关联的事务通常被统称为“CI/CD 管道”，由开发和运维团队以敏捷方式协同支持。

CI 持续集成（Continuous Integration）

持续集成（CI）可以帮助开发人员更加频繁地（有时甚至每天）将代码更改合并到共享分支或“主干”中。一旦开发人员对应用所做的更改被合并，系统就会通过自动构建应用并运行不同级别的自动化测试（通常是单元测试和集成测试）来验证这些更改，确保这些更改没有对应用造成破坏。这意味着测试内容涵盖了从类和函数到构成整个应用的不同模块。如果自动化测试发现新代码和现有代码之间存在冲突，CI 可以更加轻松地快速修复这些错误。

CD 持续交付（Continuous Delivery）

完成 CI 中构建及单元测试和集成测试的自动化流程后，持续交付可自动将已验证的代码发布到存储库。为了实现高效的持续交付流程，务必要确保 CI 已内置于开发管道。持续交付的目标是拥有一个可随时部署到生产环境的代码库。
在持续交付中，每个阶段（从代码更改的合并，到生产就绪型构建版本的交付）都涉及测试自动化和代码发布自动化。在流程结束时，运维团队可以快速、轻松地将应用部署到生产环境中。

CD 持续部署（Continuous Deployment）

对于一个成熟的 CI/CD 管道来说，最后的阶段是持续部署。作为持续交付自动将生产就绪型构建版本发布到代码存储库的延伸，持续部署可以自动将应用发布到生产环境。由于在生产之前的管道阶段没有手动门控，因此持续部署在很大程度上都得依赖精心设计的测试自动化。
实际上，持续部署意味着开发人员对应用的更改在编写后的几分钟内就能生效（假设它通过了自动化测试）。这更加便于持续接收和整合用户反馈。总而言之，所有这些 CI/CD 的关联步骤都有助于降低应用的部署风险，因此更便于以小件的方式（而非一次性）发布对应用的更改。不过，由于还需要编写自动化测试以适应 CI/CD 管道中的各种测试和发布阶段，因此前期投资还是会很大。

自动化

IT 自动化是什么意思？

IT自动化是利用软件和工具来自动执行、管理和监控IT相关的任务和流程的过程。这些任务和流程可能包括系统配置、软件部署、网络管理、数据备份和恢复等。通过IT自动化，可以提高工作效率、降低成本、增强安全性，并支持业务的创新和发展。

为什么需要 IT 自动化?

  • 提高效率：自动化可以减少重复性的任务和人为错误，提高工作效率和生产力。
  • 降低成本：通过自动化，可以减少人力成本和时间成本，从而降低企业的运营成本。
  • 提升准确性：自动化可以消除人为错误，提高操作的准确性和一致性。
  • 加强安全性：通过自动化，可以实现更强大的安全控制和监控，降低系统遭受攻击的风险。

参考文章

posted @ 2021-01-13 22:59  追逐时光者  阅读(1801)  评论(0)  编辑  收藏  举报