持续集成持续部署持续交付_了解持续部署的需求

下图显示了连续部署的高级成熟度模型。 如下所示,实现持续部署需要多个能力阶段。 它从持续集成开始。

持续集成持续部署持续交付_了解持续部署的需求

如今,大多数组织处于这种成熟度模型的L1或L2。 但是,他们一直在寻求提高成熟度的方法。

Facebook,Netflix和Amazon等成功的公司已经达到了L3和L4的成熟度,因此,与传统的软件组织相比,它通过软件以更快的速度提供了更多的价值。 但是,已经达到此成熟度级别的组织通常会投入大量时间和资源来创建其持续部署管道。 这通常发生在高度定制的设计中,该设计通过数千行定制代码将特定的,零散的工具组合在一起。 一旦创建,这些定制的管道就可以实现所需的自动化和速度。 但是,它们通常不灵活且难以更改。

最好的方法是在没有大量投资或不必要的刚性的情况下达到所需的成熟度。 从源代码控制到连续部署,您需要一个完美的平台来为您完成工作。 这使您的组织将精力更多地放在产品上,而不是进行重复和耗时的开发人员工作,而这些工作要为平凡的任务编写大量代码。 如果您希望以这种方式拥有自己的平台(CI和CD),则不可能或可能很耗时,那不是您的产品,因为如前所述,它涉及大量成本,以启动服务器和其他支持资源,相反,您需要一个平台来帮助您按自己的步调从L1升级到L4(如上图所示),而无需建立本地生产的管道,如今,像Shippable这样的组织正在帮助许多软件驱动的组织创新他们的方法成功的软件部署。 尽管大多数工具实际上并不能真正实现CD(连续交付),但实际上,他们的工作是结束与CI(持续集成)的合作,但需要有一个可以从CI到CD和CD正常工作的平台。那就是可运的地方。

翻译自: https://www.theserverside.com/blog/Coffee-Talk-Java-News-Stories-and-Opinions/The-Need-for-Continuous-Deployment