以下是使用持续交付时要考虑的一组最佳实践:
要充分利用持续交付的优点,您需要持续框架的其他元素,例如持续探索、持续集成、持续部署和按需发布。
使用持续交付管道阶段时,应将它们划分为单独的作业,即一个阶段中的执行单元:
以下是持续交付管道可以提供的帮助:
持续部署可以是持续交付管道的一部分。 具体而言,持续交付是代码在开发生命周期(有时称为交付生命周期)中的自动移动;持续部署是指代码在通过所需的自动化测试后自动移动至生产环境。
是否将持续部署作为交付管道的一部分取决于您的业务需求。 如果业务部门需要交付团队重复、可靠或尽可能快地将新的或更新的软件发布到生产环境中,或者如果解决方案具有多个依赖关系,那么使用持续部署可能会大有帮助。
有关持续部署和持续交付之间差异的详细信息,请观看视频:
持续交付工具支持您使用开源工具来构建、部署和管理应用。 通过集成工具集,您可以创建可重复且可管理的任务,有助于开发团队和运营团队开展工作。
您的工具箱可以包含当前的云服务、开源工具和第三方工具,但还需要考虑具有以下功能的持续交付工具:
用于强大的持续交付管道的开源持续交付工具包括:
以前,您只会发布一次软件,然后进行更新。 只会在开始和结束时咨询客户,以查看软件是否满足他们的需求。
敏捷是一种按照持续交付在短期迭代中生成软件的方式,如今的敏捷持续交付流程意味着您可以在每个定义的功能可用时向客户发布代码。 敏捷开发和持续交付是您在生产就绪后立即将功能提供给客户的关键。 您的目标是让每个功能在退出管道时做好发布的准备。
了解更多关于敏捷管道优点的信息。
在过去数十年中,软件开发经历了重大变化,从标准的瀑布概念发展至更有效的敏捷方法。 要适应现状,您需要使用强调敏捷、DevOps 和持续交付的方法。 作为持续交付管道的一部分,这些重点突出的流程可实现更可靠、更高质量的软件发布和更新。
当您通过敏捷开发制作更快速、更小的软件版本时,您将更加集中精力关注软件开发的各个阶段。 同时,由于 DevOps 将开发和运营紧密融合到一个团队中,他们共同负责从编码到测试、部署和支持的整个软件开发生命周期,您可以关注“大局”和文化变革。
如需详细了解 DevOps 流程,请参阅“DevOps :基本指南”以及观看以下视频:
使用可定制、可共享的模板快速配置集成工具链的能力有助于自动执行构建和测试,并提高质量控制。 您可以使用 IBM 工具以及与第三方和开源插件的集成做到这一点。 IBM 流程和工具可以帮助您解决组织面临的最具挑战性的 DevOps 计划之一——在云之旅中构建和 现代化应用。
采取下一步行动:
立即开始通过 IBM Cloud 帐户 使用该产品。