沐鸣:不断破坏您的CI/CD工作流的一件事

公司和团队想要快速行动。这包括频繁发布、不断更新产品以及让团队成员随时了解新的相关技术。这些需求导致了持续集成和持续交付实践的兴起。

目前对CI/CD周期的广泛理解为测试-构建-部署阶段增加了很多自动化功能,但是它遗漏了完整发布周期中的一个关键步骤。在接下来的文章中,我们将了解为什么CI/CD周期不会在部署之后结束,沐鸣:以及为什么将自动化添加到监视实践中很重要。我们来看看。

当前的CI/CD工作流包含了软件工程中最大的误解之一:如果许多团队在代码进入生产时遇到了相同类型的问题,那么在团队进行自动化和CI/CD的过程中,一定存在一些根本性的问题。

为了深入探究为什么会出现这种情况,我们在过去几年中与数百个开发团队进行了交流,并找到了一些共同点,解释了为什么在开发速度加快的同时,开发团队也会受到负面影响。

主要的问题是,当人们想到CI/CD时,他们通常会有意或无意地将其视为一个循环,从提交代码开始,直到将新代码部署到生产环境为止。最大的误解是,当将新代码部署到生产环境中时,CI/CD工作流就结束了。团队倾向于认为,当代码在野外出现时,自动化就停止了。这是完全错误的。

监视是CI/CD周期中不可分割的一部分,自动化部署需要更智能的监视。您想知道在不依赖于用户报告的情况下,何时发布了新的错误,并拥有修复这些错误所需的所有信息。

就连扎克伯格也改变了想法和工作流程。2014年,该公司将其座右铭从“快速前进,打破常规”改为“快速前进,拥有稳定的基础设施”。社交网络需要确保应用程序和功能是稳定的,没有生产中断的风险。沐鸣代理:

如何自动化根本原因分析?

克服CI/CD障碍的企业和初创公司的工程团队通过构建贯穿软件发布周期所有阶段的策略来实现——从构建、测试、部署和监视。当康卡斯特的工程团队面临着在发布后调试旗舰X1 XFINITY平台的挑战时,尽可能提高效率对他们来说至关重要。要了解更多康卡斯特是如何将自动错误解决策略引入他们的工作流程的,请加入我们的网络研讨会。

让我们试着理解为什么这么多的工程团队在实际部署代码之后会面临挑战。CI/CD方法可以帮助您的团队更快地进行创新,不断地发布更新,并为您的用户提供更好的产品。然而,如果您没有将自动化添加到您的监视过程中,那么这个周期可能会带来隐藏的成本,可能会破坏您的工作流。

这些成本有时会被忽视,直到为时已晚,提前承认并理解它们是很重要的:

  1. 生产出错率增加

期待意想不到的。即使是最彻底的测试、分期和QA过程也会让错误从裂缝中溜走。用户报告仍然是关于错误的最大信息来源,并且错误解决过程是反应性的。CI/CD加快了中断和代码中断的速度。

业务结果:糟糕的用户体验和流失的用户。即使是几分钟的失败交易,也会造成数十万美元的损失。

  1. 减少员工的效率

开发人员已经花费了20-40%的时间进行调试。除了对应用程序和服务质量的影响之外,工程师花在调试软件而不是构建新功能上的时间比例也在增加。试图更快地行动往往会导致相反的结果。

业务结果:生产力下降、员工流失和无法控制的支出。沐鸣5网站

3.糟糕的版本会使部署过程停止

仅依赖于日志记录和性能管理工具的过时的生产监视实践常常会使CI/CD过程停滞数日。需要采用一种明智的生产错误处理策略,以享受快速创新带来的好处,同时降低相关风险。

业务结果:产品路线图延迟,上市时间慢。错过最后期限和管理费用。

快速部署带来了巨大的责任

许多公司已经采用或正在采用CI/CD方法作为其工作流程的一部分,以更快地进行创新。快速的上市时间不仅仅是一个很好的能力;这是一个成功公司的基石。