跃进，积极主动地使用DevOps洞察力

今天,公司正在以快速的速度采用现代DevOps工具和实践增加高质量的软件吞吐量，减少软件开发和交付过程中的低效率(或者我们称之为泄漏)。然而，在大多数情况下，很少有指标能够证明这些启用devops的管道确实性能更好。那么，如何衡量这些举措的有效性呢?你如何定义成功的标准?你如何看到DevOps活动的不同轨迹?你如何调整各种DevOps的工具为了达到最佳性能?

图1:DevOps经理需要洞察

CloudMunch开发了一个通用的DevOps智能平台，为DevOps团队提供洞察，允许他们优化软件构建和发布流程，以实现ROI。认识到CloudMunch Insights与JFrog目前的DevOps解决方案之后，JFrog收购了CloudMunch，目标是将它们整合到一个有凝聚力的DevOps平台中。

CloudMunch洞察和JFrog任务控制将会变成JFrog洞察力这是一款将于今年年底发布的新产品。它将提供商业智能，帮助发布和DevOps经理主动和简洁地管理他们的整个持续集成/持续交付(CI/CD)管道。

挑战

今天，企业面临的一个关键挑战是缺乏可视性、度量和洞察力CI / CD管道．增加这一挑战的是由不同的工具为CI/CD管道的不同阶段(从概念到构建到交付)创建的自动化竖井。虽然所有这些工具对于软件发行版的交付都是至关重要的，并且提供了关于过程的有价值的数据，但是它们每个都有一个专门的仪表板，导致了缺乏洞察力的碎片化管理过程。虽然有些团队会尝试构建自己的聚合仪表板，但其中大多数既不是企业级的，也不是综合性的，并且构建和维护它们会消耗可以分配给组织核心能力范围内的任务的资源。2022世界杯阿根廷预选赛赛程

当前的解决方案

目前，发布和DevOps经理做两件事来更好地控制他们的环境;他们要么每周检查所有的仪表板，要么从开发人员那里获得轶事信息。这两种方法都不理想。

选项1:每周进行健康检查

发布/ DevOps经理试图通过每周检查CI/CD生态系统中不同的仪表板来保持最新的状态(图1)。他们查看JIRA仪表板以检查软件发布的进度，然后转移到Jenkins仪表板以查看“持续集成”状态，等等。结果，他们可能会在看到CI/CD管道之前检查3-4个仪表板。

图2:每周运行状况检查

首先，这是非常耗时的，大多数管理人员最终会面临信息过载的问题。第二，大多数情况下，他们通过这个程序来获得关键信息的时间都很晚。理想情况下，他们需要实时的信息，这样他们就可以立即做出正确的决定。最后，他们得到的信息可能对发布没有上下文意义。例如，JIRA中的某个矩阵如何影响CI管道(Jenkins)，或者Kubernetes中的某个值如何影响二进制文件的部署和发布。

选项2:轶事信息

在发布/ DevOps经理不做每周健康检查的情况下，他们依赖于来自开发人员的轶事信息(图2)(是的，也有例外，他们两者都做)。他们四处走动，零零碎碎地获取信息。问题在于，从普通开发者的角度来看，大多数情况都是乐观的(游戏邦注:即每件事都是正确的，一切都很好)，但大多数情况并非如此。

图3:轶事信息

简而言之，发布/DevOps管理人员最终会基于不可靠的信息来管理CI/CD管道。在大多数情况下，这些管理者都是在一种反应模式下工作，因此，他们倾向于处于一种救火状态，而不是积极主动。例如，如果出现了一个红旗(问题)，那么他们只是在处理其他事情的结果。问题的背后可能有一个潜在的因素，本可以以积极的方式解决。

理想解决方案:JFrog Insight

有了JFrog Insight，我们将能够为整个软件发布管道中的所有指标提供一块玻璃，从那里发布和DevOps经理可以获得持续优化软件发布的洞见(图3)。．它将连接到多个工具，使公司能够快速扩展到处理多个团队、数百个集成和tb的数据。发布和DevOps经理将获得有用的、相关的指标和建议，可以与行业最佳实践进行比较。

图4:理想解决方案，JFrog Insight

利用JFrog Insight的管理人员将能够一键获得对其CI/CD管道的即时健康检查。另外，他们将得到一个总结，为他们提供有意义的数据来管理他们的团队、流程和投资回报(ROI)。

总结

为了在当今的数字世界中取得成功，采用DevOps工具(包括数据测量和改进的软件更新发布周期)是关键。JFrog Insight将提供共享DevOps流程分析的洞察层。我们将能够为所有流行的DevOps工具提供通用洞察(BI)，如JIRA, GitHub, Jenkins, Kubernetes, SonarQube, Artifactory, Xray等，使JFrog洞察成为第一个通用的DevOps仪表盘，提供可操作的DevOps情报。

要成为第一批收到关于JFrog Insight的更新，注册在这里．