优化词汇表

连续交货

什么是连续送货?

连续交货是软件开发过程,可快速,安全,更高的质量,使用工具自动化部署,更高的质量。工程团队在短周期中对其软件进行更改,以便更频繁地测试和发布。这种方法允许较低的成本和风险增量变化。该方法首先被JEZ谦卑和大卫法利普及,在他们的书中, 连续交货:通过构建,测试和部署自动化可靠的软件发布.

连续交货的好处

以下是云中连续交付管道的主要益处。

速度到市场

市场状况与消费者行为转变为期不断变化的永久性状态。产品可以突然抓住或突然突然下降。与此同时,技术进步也会影响更快地释放变化的必要性。为了应对不可预测的市场和技术的变化,工程师可以更快地使用连续交付来释放软件。

较低的风险

当增量更改更频繁地发布时,可以在开发过程中发现错误并更正错误。在必要时回滚较小的更改也更容易,并通过版本控制和使用暂存环境来防止意外变化进入生产环境。利用自动化测试以及将测试分解为较小的单元测试是其他Devops最佳实践,减少停机时间。

团队之间的协调和沟通

通过持续交付,团队分享软件交付的责任。这在组或部门之间分解了孤岛,并从软件发布中删除了不可预测性和压力。部署更频繁的版本是一个过程,使团队以常规,可预测的速度工作。

更快的学习周期

更快地向市场发布新功能意味着更及时地反馈您的客户。此发布过程允许您更快地将工作软件从您的手中获取您的手中学习,并将其反馈并对您的产品进行调整以改进它。

连续交货& DevOps

术语“devops”是“开发”和“操作”的组合,表示两者之间的协作。 Devops分享了连续交付的共同目标和特质。每次都提供小的变化,依赖于团队之间的协作和协调,并分享了更快的市场的共同目标。

为了澄清两者之间的差异,Devops是帮助公司构建和发布软件的方法。这是强调公司在公司软件开发商和其他部门之间的合作和协调的实践。 Devops创建一个环境,可以快速可靠地开发软件,测试和发布。

您可以将Devops视为服务背后的较大的力量和哲学,而连续交付是在云中传递它的过程。

连续交付vs持续集成

在传统的软件开发中,在每个人完成工作后,整合过程发生在项目结束时。这个过程可能需要很长时间并且对所有参与者都令人沮丧。

持续集成是一种软件开发实践,将集成阶段移动到开发周期中,以便开发,测试和集成代码以更大的频率发生。开发团队将代码更改合并到共享中央存储库中的几次,以便在任何时刻发布产品版本。这需要一个可重复和自动化的集成过程。

连续交付vs持续部署

在持续部署的实践中,所有软件更改都会自动转到生产。要创建连续部署管道,您的公司需要首先持续交付。

连续部署可以被视为持续集成的延伸,其目标是最大限度地减少编写新代码和生产代码基础中使用的新代码之间的时间流逝。

为了实现连续部署,开发团队依赖于严谨的过程,使可以实现导致部署的各种步骤。在每个集成符合释放标准之后,Live应用程序已更新使用新代码,并可能发生生产部署。

敏捷开发& Continuous Delivery

敏捷软件开发持有一组价值观和原则,其中要求和解决方案通过团队协作发展。它拥有自适应规划,早期交付,持续改进和灵活的变化。在敏捷中,每个释放没有设定的时间框架,但是他们经常发生:可能每隔几个星期或每隔几个月一次发生,偏好是两者的较短。

在软件交付流程的演变中,敏捷开发先于连续交付。

连续交付是敏捷的一部分,其中团队在开发期间将其软件始终释放。它更像是这样开发的,即软件总是准备好释放 - 连续。

连续交货& A/B Testing

实验和功能管理需要手头工作。实验是您公司在向所有访客推出新产品,功能和经验之前验证想法的重要途径。通过使用持续整合和连续交付过程的开发团队,可以控制新体验的推出的功能标志可以减轻同时向每个人发出未经证实的东西的风险。

帮助将A / B测试保留为组织部署过程的关键部分, 优化完整的堆栈 通过实验集成功能标志,卷展览和变量,允许您在一个地方控制整个产品开发生命周期。通过首先将A / B测试运行到一部分流量,您的团队可以测试并逐步优化一个新功能。一旦您拥有最佳用户体验,它可以以受控方式推出,整个客户群以降低发布过程的任何工程问题的风险。