持续交付的架构成熟度模型

本文介绍了持续集成、交付和部署的概念,并探讨了持续交付的成熟度模型,包括基本、起步、中等、高级和专家五个等级,强调了架构设计在支持持续交付中的作用,如微服务架构、减少分支、配置即代码、收集业务指标和基础设施即代码等实践。
摘要由CSDN通过智能技术生成

随着云和容器技术的发展,大家对DevOps和CI/CD的重要性有了更深入的认识。今天我们就讨论一下架构设计如何更好的支持CI/CD。

什么是持续集成,交付和部署(CI/CD)

Martin Fowler 和 Kent Beck 首次提出 Continuous Integration (简称:CI),将之描述为:持续集成是一种软件开发实践:许多团队频繁地集成他们的工作,每位成员通常进行 日常集成,进而每天会有多种集成。每个集成会由自动的构建(包括测试)来尽可能快地 检测错误。许多团队发现这种方法可以显著的减少集成问题并且可以使团队的开发更加快捷。

持续集成强调开发人员提交了新代码之后,立刻进行构建、(单元)测试。根据测试结果,我们可以确定新代码和原有代码能否正确地集成在一起。

持续交付(简称:CD )

持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中。比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试。如果代码没有问题,可以继续手动部署到生产环境中。</

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值