您的IT和DevOps团队今天的移动速度有多快？无论答案是什么，可能还不够快。这不仅仅是我的观点 – 全球接受调查的CIO中有近90％认为，无论他们现在发布新产品和服务更新的速度如何，他们都需要在不久的将来更快地将其推出。

这引发了全新的担忧：是否已经推出了新的功能和新功能，以至于IT尚未准备好提出有问题的，错误发布的前景？这些CIO中有四分之三的人似乎也这么认为！

当像亚马逊这样的公司每11秒发布一次新的软件更新时，难怪企业会感受到持续的压力，要求他们踩到天然气并将其保留在那里。但要紧跟这种创新速度更快的压力，并以不损害用户体验的方式这样做，需要进行一些内部创新 – 即通过建立持续创新和持续交付的渠道。

持续的管道使IT和DevOps能够更少地关注日常故障排除，更多地关注大图创新。但是，如果不首先投资自动化，你就无法获得这条管道。

自动化性能反馈

为了使企业能够可靠地为其用户群提供持续创新，而不会让客户体验处于风险之中，他们需要实施一种自动化的，以反馈为中心的文化。这需要通过内部和外部来实现。

例如，当开发人员团队正在开发新功能或服务更新时，需要在公司内部和外部对其进行严格测试。这可以通过A / B测试和早期访问beta周期等手段的组合来实现，以征求早期反馈并将其纳入开发周期。通过在开发早期自动建立对新功能的反馈，您可以将可能不会出现的潜在问题扼杀到过程的后期 – 或者因为反馈迟到而导致整体交付延迟（让您落后一步）您的竞争对手的速度有多快？或者因为这些问题根本没有被发现，您的团队最终会推出一个错误的发布版本。通过在整个技术堆栈中自动执行性能和依赖性分析，

构建一个可靠，一致和自动化的基于事实的反馈循环过程，在发布之前彻底测试新的创新，然后利用额外的反馈，以便将来证明更多的版本，有助于创建一个自给自足的持续创新和交付给您的最终用户。

通过信任建立反馈循环

但要达到这一点，完全需要其他东西：信任。希望创建持续交付模型的IT和DevOps团队需要首先在其组织中培养信任文化。这可能是企业在尝试建立连续管道时面临的最大挑战。

信任是双向的。IT团队需要知道他们可以依赖于每个可以按时，按时，按照用户期望和竞争对手设定的标准交付的高质量，具有发布价值的构建。与此同时，在这些团队中工作的人员也需要接受事情会失败，特别是在CI / CD模型的初始阶段。而且，我们如何应对这些失败和错误至关重要 – 不是惩罚，而是利用它们作为学习经验，继续进一步改进并确保通过自动补救的交付过程 – 排除这些类型的失败从再次发生。

持续集成和交付不仅仅是软件挑战; 他们也是文化挑战。企业 – 无论是在IT还是整个企业 – 都需要敏锐地意识到他们在创建一个培养开发人员信任的环境中的责任，创建强大的自动化反馈循环，从而产生强大，高质量的功能和创新。

可以保持连续的连续管道

提供更好的软件 – 最终用户所需的各种版本和体验以及竞争对手所提供的 – 需要扩展DevOps以便以云的速度移动。这需要自动化。

自动化的持续交付管道使开发人员能够发布新的创新，通过基于事实的反馈循环周期进行测试，不仅速度更快，更一致，而且可以确保性能问题早期得到解决和修复。转变为连续的管道模型是允许创新以当今企业云环境所需的速度发生的，并确保开发人员能够在流程早期识别和修复潜在问题，以便推出新产品或功能正在满足您和您的用户 – 高标准。

在一天结束时，实际上没有办法解决这个问题：如果企业希望能够满足客户的期望，他们的DevOps团队需要投资建立自动化的连续管道。基于反馈回路基础的连续创新模型，能够自动修复性能问题，并以持续交付的节奏交付，是企业以云速度移动的最佳工具。