美文网首页JAVA部署
什么是CICD?持续集成与持续交付

什么是CICD?持续集成与持续交付

作者: 大师兄爱上芭蕉扇 | 来源:发表于2020-02-26 16:49 被阅读0次

    持续集成与持续交付是软件开发和交付中的实践。我们项目中一直在践行持续集成(CI:Continuous Integration);持续交付(CD:Continuous Delivery)未能达到理想状态,只能实践一部分。这篇文章用于总结CI/CD的实践。

    持续集成

    什么是持续集成?

    软件开发中,集成是一个很可能发生未知错误的过程。持续集成是一种软件开发实践,希望团队中的成员频繁提交代码到代码仓库,且每次提交都能通过自动化测试进行验证,从而使问题尽早暴露和解决。

    持续集成的好处是什么?

    持续集成可以使问题尽早暴露,从而也降低了解决问题的难度,正如老马所说,持续集成无法消除bug,但却能大大降低修复的难度和时间。

    如何做到持续集成?

    首先,持续集成需要:

    1. 单一的代码仓库,团队成员都向该仓库提交代码;

    2. 自动化构建且构建过程需要包含自动化测试;

    3. 有单独的集成机器用于构建;

    4. 保证构建速度不要太慢(曾经有一个项目构建需要20分钟,就会很痛苦);

    5. 在类产品环境进行测试;

    6. 能够方便获取最新的可执行程序;

    7. 可视化,大家都能看到构建过程及结果;

    8. 自动化部署。

    其次,我们通过以下步骤进行持续集成:

    1. 程序员将代码下载到本地,并在完成修改后提交代码;

    2. CI服务器监测代码库,并在有提交时自动触发;

    3. CI服务器对代码进行构建,运行单元测试和集成测试;

    4. CI服务器发布可部署的artefact用于后续测试,并加上本次构建版本的标签。

    5. CI服务器通知团队构建成功或者失败;失败发生时团队需要尽快修复,以免耽搁后续的持续集成过程,因为失败时处于持续集成的暂停阶段。

    最后,需要就团队责任达成共识:

    1. 频繁提交;

    2. 提交之前确保测试通过;

    3. 不在持续集成失败时提交代码;

    4. 提交代码后保证持续集成成功,不然不准回家😄

    持续交付

    什么是持续交付?

    持续交付是持续集成的扩展,指的是将通过自动化测试的软件部署到产品环境。持续交付的本质是把每个构建成功的应用更新交付给用户使用。在持续交付的世界里,我们对完成的定义不是测试完成,而是交付到客户手中。这里需要注意的是,CD代表持续交付(Continuous Delivery)而不是持续部署(Continuous Deploy),因为部署也包括部署到测试环境,而持续交付代表的是功能的上线,交付给用户使用。

    持续交付的好处是什么?

    持续交付的好处在于快速获取用户反馈;适应市场变化和商业策略的变化。开发团队保证每次提交的修改都是可上线的修改,那么决定何时上线,上线哪部分功能则完全由产品业务团队决定。

    虽然持续交付有显著的优点,但也有不成立的时候,比如对于嵌入式系统的开发,往往需要软硬件的配合。

    如何做到持续交付?

    1. 保证每次提交的修改都是可上线的修改。

    2. 完善的测试(包括单元测试,组件测试,验收测试)来测试新功能和进行回归测试;

    3. 持续交付的前提条件是自动化的集成和部署;需要开发/测试/运维人员一起完成。

    蓝绿部署

    image

    蓝绿发布需要注意⚠️(转载自小程故事多的博客https://www.jianshu.com/p/022685baba7d

    当你切换到蓝色环境时,需要妥当处理未完成的业务和新的业务。如果你的数据库后端无法处理,会是一个比较麻烦的问题;

    可能会出现需要同时处理“微服务架构应用”和“传统架构应用”的情况,如果在蓝绿部署中协调不好这两者,还是有可能会导致服务停止。

    需要提前考虑数据库与应用部署同步迁移 /回滚的问题。

    蓝绿部署需要有基础设施支持。

    在非隔离基础架构( VM 、 Docker 等)上执行蓝绿部署,蓝色环境和绿色环境有被摧毁的风险。

    相关文章

      网友评论

        本文标题:什么是CICD?持续集成与持续交付

        本文链接:https://www.haomeiwen.com/subject/grpbchtx.html