大步向前，积极主动地洞察DevOps

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

图1:DevOps经理需要洞察

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

CloudMunch的见解和JFrog任务控制中心将会变成JFrog洞察力这是一款将于今年年底发布的新产品。它将提供商业智能，帮助发布和开发运维经理主动而简洁地管理整个持续集成/持续交付(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级的数据。发布和开发运维经理将获得有用的、相关的指标和建议，可以与行业最佳实践进行比较。

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

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

总结

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

为了成为第一批收到JFrog Insight更新的人之一，注册在这里．