CloudBees与Hurwitz和Associates合作，调查了150名IT决策者，这些决策者分布在各个行业，包括：技术、制造业、金融服务、教育、医疗保健、零售业等。57%的受访者在1000-5000多名员工的组织中工作，另有36%的受访者在100-999名员工的组织中。大多数受访者拥有高级管理职位：DevOps董事、首席执行官、运营副总裁、开发副总裁、首席信息官和首席技术官。剩下的人在开发、工具或工程管理方面有着不同的头衔。所有受访者都表示，他们在组织中使用开源软件。引用的一些常见的开源工具有：Jenkins、Docker、BuildBot、Puppet、Chef和Fabric8。在大多数情况下，响应者报告他们使用的是企业支持的开源技术版本。超过50%的人在全公司范围内使用持续集成，而将近一半的人在使用连续交付过程。三主要结论是从调查结果中提取的。这三个主题总结在一系列的三篇博客文章中，以下是第一：为什么是企业持续交付的企业欢迎更多的标准化后交付工具（SWHY）支持您！为什么企业正在接受持续交付移动设备和基于web的服务使新一代应用程序能够接收频繁的更新。这些应用程序通过添加基于用户反馈的新特性和功能不断改进。传统的应用程序可能每季度更新一次，而这些新的动态应用程序可能每周更新几次或更多。事实上，用户现在希望应用程序在常规的基础上得到改进基础。频繁应用程序更新意味着开发人员必须改变他们构建和交付软件的方式。传统的开发和部署团队等待积累大量的代码更改，然后将更新合并到定期构建中。由于满足客户和业务需求的压力越来越大，今天的开发人员必须动态地更新应用程序。为了应对不断改进应用程序和添加功能的挑战，许多组织正在实施持续交付方法体系，其中定期推出新功能基础。什么是连续交货吗？持续交付（continuousdelivery）是一个过程，它使开发团队能够始终以生产就绪状态持续交付安全且经过测试的代码。为了实现连续交付，应用程序开发团队集成了自动化，以便更快地交付更新，并且减少错误。一旦一个新特性或更新完成，代码就可以立即用于部署到测试环境、预准备阶段甚至实际生产环境中。当采用连续交付模型时，软件将持续测试生产准备状态，并在每次发生更改时自动提供反馈做的。那个实施持续交付方法的第一步是持续集成。持续集成是指开发人员自动将代码集成到共享存储库中。开发人员签入代码后，由自动构建和测试过程对其进行验证。持续交付将自动化扩展到整个应用程序交付生命周期，而不仅仅是开发小组。赫维茨&Associates最近的研究和持续交付hurwitz&Associates最近完成了一项由CloudBees赞助的对150名IT决策者的研究。受访者所代表的职位范围很广，大多是在一个组织的开发部门。大约14%的受访者是DevOps的董事，而其他受访者则自称是运营副总裁、应用工程师/经理和其他IT部门的领导。对于中小型公司，首席执行官、首席信息官和首席技术官参与了在学习在这项研究中，超过77%的受访者表示，无论是公司范围内还是业务部门都实施了持续交付。调查对象被要求确定导致实施持续交付的最大挑战。很明显，改进产品和跟上竞争对手的步伐是将其开发过程转变为连续交付模型的主要驱动力。下表显示了正在寻找。图1： 导致实施持续交付的最大挑战超过45%的受访者表示，提高产品和服务能力是实现持续交付的驱动力。这一发现与Hurwitz&Associates与IT主管的访谈结果一致。持续交付允许开发组织迭代地改进产品，而不是进行大修和更新。更多超过42%的研究参与者报告说，跟上竞争是实现持续交付的驱动力。竞争对手正在越来越多地寻找新的服务提供方式，企业必须能够快速适应，否则将面临失去市场份额的风险。持续交付为企业快速响应这些竞争对手提供了一种方法风险。差不多三分之一的受访者（32%）表示，实施持续交付的首要驱动力是满足客户的期望。企业用户和消费者用户都希望应用程序不断改进。这种对持续改进的期望对于基于云和web的应用尤其高应用程序。我们还要求调查参与者评估实施持续交付对其业务的影响。研究表明，绝大多数受访者（81%）认为持续交付有助于他们的组织为客户带来价值并实现业务目标。大约44%的研究参与者表示，在实施持续交付模式后，他们的组织在提供客户价值和实现业务目标方面的能力有了显著提高。最后，在150名研究参与者中，没有一个报告说，在实施了持续的交货。图2： 持续交付的影响结论it组织必须提高应用交付速度，以创新、超越竞争对手、满足用户期望，他们别无选择。传统的应用程序开发方法并不是为了跟上业务变化的步伐而设计的。因此，许多组织正在实施持续交付模型来创建更敏捷的开发过程。正如我们CloudBees赞助的研究所显示的，采用持续交付的组织在满足客户价值和业务目标方面取得了巨大成功。