什么是DevOps
在过去十年，DevOps 一直是大家热议的话题，10 个人心中有 10 个哈姆雷特，十家公司却不止十个 DevOps 定义，也许在你从事技术的生涯中，听过不止 100 种 DevOps 定义。
那究竟什么是 DevOps 呢？
在维基百科上是这么说的，DevOps 是一种重视“软件开发人员（Dev）”和“IT 运维人员（Ops）”之间沟通合作的文化、运动或惯例。通过自动化“软件交付”和“架构变更”的流程，来使构建、测试、发布软件能够更加地快捷、频繁和可靠。
在我看来，DevOps 是一套围绕软件开发整个生命周期，以不断改进和提高交付价值的最佳实践。通过 DevOps，让开发、运维、运营之间可以平等的传播文化，而不用局限在特定的角色。
DevOps 强调通过一系列手段来实现既快又稳的工程流程，使每个想法从开发到生产的周期内都能不断的为用户带来价值。它是一个方法论，并不指代某一特定的软件工具或软件工具组合。各种工具软件或软件组合可以实现 DevOps 的概念方法。其本质是一整套的方法论，而不是指某种或某些工具集合，与软件开发中设计到的 OOP、AOP、IOC（或 DI）等类似，是一种理论或过程或方法的抽象或代称。
什么是CICD
CICD 是 DevOps 文化的一种实现，旨在通过 CICD 流水线让应用可以从代码签入、测试、构建和部署直至生产阶段都在流水线中向前推进。企业一旦引入 CICD，就可以将其部分或者全部自动化，而且加快交付流程，降低沟通成本以及错误成本。
CI
CI 的英文名称是 Continuous Integration，中文翻译为：持续集成。
CI 中，开发人员将会频繁地向主干提交代码，这些新提交的代码在最终合并到主干前，需要经过编译和自动化测试流进行验证。持续集成（CI）是在源代码变更后自动检测、拉取、构建和（在大多数情况下）进行单元测试的过程。持续集成的目标是快速确保开发人员新提交的变更是好的，并且适合在代码库中进一步使用。CI 的流程执行和理论实践让我们可以确定新代码和原有代码能否正确地集成在一起。
CD
CD 可对应多个英文名称，持续交付 Continuous Delivery 和持续部署 Continuous Deployment ，下面分别介绍。
持续交付
完成 CI 中构建及单元测试和集成测试的自动化流程后，持续交付可自动将已验证的代码发布到存储库。为了实现高效的持续交付流程，务必要确保 CI 已内置于开发管道。持续交付的目标是拥有一个可随时部署到生产环境的代码库。
在持续交付中，每个阶段（从代码更改的合并，到生产就绪型构建版本的交付）都涉及测试自动化和代码发布自动化。在流程结束时，运维团队可以快速、轻松地将应用部署到生产环境中或发布给最终使用的用户。
持续集成
对于一个成熟的 CI/CD 管道（Pipeline）来说，最后的阶段是持续部署。作为持续交付——自动将生产就绪型构建版本发布到代码存储库——的延伸，持续部署可以自动将应用发布到生产环境。
持续部署意味着所有的变更都会被自动部署到生产环境中。持续交付意味着所有的变更都可以被部署到生产环境中，但是出于业务考虑，可以选择不部署。如果要实施持续部署，必须先实施持续交付。
持续交付并不是指软件每一个改动都要尽快部署到产品环境中，它指的是任何的代码修改都可以在任何时候实施部署。持续交付表示的是一种能力，而持续部署表示的则一种方式。持续部署是持续交付的最高阶段。
CICD 和 DevOps 的关系
CICD 是软件工程实践的方法，而 DevOps 是一种文化，CICD 只是 DevOps 文化体系中的一环，但是从目前国内的实践来看，CICD 算是最重要的一环了。
企业如何落地CICD
对于企业来说，CICD是必不可少的一环，而且随着云原生的发展，CICD工具集也百花齐放。
但是，作为老牌的CICD工具，Jenkins在其中依然处于至关重要的位置，大部分企业在落地CICD的时候都会优先考虑使用Jenkins。
为此，我开发了一套基于Jenkins实现的CICD课程，带你从0到1建立一套完整的CICD，整个课程涵盖：
- Kubernetes的部署使用
- Helm Chart开发使用
- Jenkins Pipeline开发、共享库使用
- Argocd持续部署
- Argo Rollouts灰度发布
- ......
