想搞懂持续交付理论和实践,你只差这三个问题
云原生是当下 IT 圈非常热门的一个词,其目的是为了各组织在公有云、私有云和混合云等新型动态环境中,构建和运行可弹性扩展的应用。云原生包含很多技术,比如容器、微服务、DevOps、持续交付等,今天,我们来了解下什么是“持续交付”及“持续交付”的实践。
什么是持续交付
持续交付是指,所有开发人员都在主干上进行小批量工作,或者在短时间存在的特性分支上工作且定期向主干合并,同时始终让主干保持可发布状态,保证代码可以按需进行一键式发布。开发人员在引入任何回归错误时(包括缺陷、性能问题、安全问题、可用性问题等),都能快速得到反馈。一旦发现这类问题,就立即加以解决,从而保持主干始终处于可部署状态。
( Wikipedia: Continuous delivery (CD) is a software engineering approach in which teams produce software in short cycles, ensuring that the software can be reliably released at any time. )
持续交付是持续集成的延伸,将集成后的代码部署到类生产环境,确保可以以可持续的方式快速向客户发布新的更改。如果代码没有问题,可以继续手动部署到生产环境中。
持续交付流水线
随着开发模式的日益成熟,软件开发过程中的每个环节已经越来越标准化了,但是这些环节都相对独立,需要一个东西将他们连接成一个整体。
如果我们能将这些环节——构建、发布、测试、部署有效的串联起来,形成一套完成的持续交付流水线,就能提高软件的发布效率与质量,持续不断的创造业务价值。
持续交付流水线工作流程大致如下:
开发人员将代码提交至代码仓库;
编译构建服务器获取到代码仓库文件变更信息,从代码仓库拉取代码,进行编译构建,生成二进制软件包,并将生成的软件包保存到制品库。构建过程中,每一步成功与否,都需将结果反馈给对应的开发人员。
构建完成后,将软件包按需部署到测试环境,进行测试,同时测试结果反馈给开发人员,
测试完成,由业务侧决定是否将软件包发布到生产环境,如果需要发布,则通过人工将软件包发布到生产环境。
当然,流程并非固定的,可以根据具体的业务需要,穿插其他流程,比如静态代码检查,性能测试等。
为什么要做持续交付
持续交付适用于几乎任何对质量、交付速度和结果的可预测性有要求的低风险部署和发布场景,包括嵌入式系统、web 应用、移动应用等。开发者通过持续交付可以自动完成发布过程,并且可以通过单击按钮随时部署应用程序。
理论上讲,持续交付可以满足每日一次、每周一次等固定发布频率,或者满足业务需求的任何频率,但是,如果真的想获得持续交付的好处,应尽早将应用部署到生产环境,以确保可以小批次发布,并且发现问题后及时排除故障。
实践:通过华为云 DevCloud 实现持续交付
代码提交
华为云 DevCould 代码托管 CodeHub 是一个线上代码仓库,为开发者提供基于 Git 的在线代码托管服务,包括代码克隆/提交/推送/比较/合并/Code Review 等功能。
开发人员可将代码提交至 CodeHub。
编译构建
在“编译构建”服务中,用户可根据自己的编程语言,编程环境,自主配置所需的构建步骤,并对指定的代码仓库进行编译构建。
当然华为云 DevCloud 的编译构建功能支持持续集成:提交代码触发执行编译构建。
配置部署任务
部署功能与编译构建在使用方面类似,都是根据自己的业务场景配置相应的部署任务,任务配置完成后,可根据业务需要,执行部署任务。
持续交付流水线
之前提到了持续交付流水线,华为云 DevCloud 流水线功能可以将已经配置好构建,部署等服务串联到一起,实现一键部署。
版权声明: 本文为 InfoQ 作者【华为云开发者联盟】的原创文章。
原文链接:【http://xie.infoq.cn/article/b3476ee4cc50f2e0ed15e778a】。文章转载请联系作者。
评论