Takipi 2.0：趋势和DevOps集成

直接从JVM可视化生产中的所有日志事件和异常–将度量作为指标发送到20多种图形和警报工具中。

我们想分享我们要介绍的两个值得分享的主要功能-趋势和DevOps集成。 我们开始构建Takipi是因为我们已经厌倦了使用传统日志来了解生产中软件内部的内容。 我们希望能够“观察”登台或生产中的每一个错误。

我们还希望具有更好的检测功能，以知道什么时候由于代码或环境变化而导致故障-而不需要连续扫描和分析大量日志文件。 这套新功能使我们更接近该愿景，这就是我们对此感到非常兴奋的原因。 所以让我们开始吧:)

发展趋势

趋势使您可以可视化生产JVM中日志错误，警告和异常的任何组合，而无需修改代码，也无需发送日志文件进行分析。 JVM代理检测并跟踪所有日志事件和异常，而不管它们是否以及如何记录到文件中。 使用Takipi的前端，或通过您使用的任何图形或警报工具（例如Graphite，PagerDuty），都可以将事件可视化并发出警报。 下面的更多内容。

由于这些指标今天已经被JVM代理跟踪，因此此功能没有额外的开销（ 在此处了解有关Takipi工作原理的更多信息 ）。 最新消息是，该信息现在已从代理程序报告到Takipi的前端（或与此有关的任何前端，更多内容在下面）。

在JVM级别，事件会自动减少为指标。 您可以确切地看到一个事件发生了多少次，以及有多少次调用代码。 您可以根据事件的类型过滤事件-捕获/未捕获的异常，记录的错误，警告等。 您可以根据事件在代码中的位置，事件的开始时间或频率来进一步过滤事件。

另一个方便的功能使您可以关联相关事件。 如果您发现日志错误或警告数量激增，这将非常有用。 您可以选择峰值期间的前5个错误，并将它们添加到图表中，并查看每个人的贡献。 这为您提供了功能强大的运营分析形式，而无需调整日志记录或分析大量日志。

您可以缩小信息范围以关注来自特定机器或JVM的事件。 例如，您可以比较在多租户体系结构或应用程序的不同版本中服务于不同客户的JVM遇到的错误数量。

一旦专注于目标事件，就可以在代码中深入了解其根本原因。 对于每个事件，您都可以查看其最近的错误分析 -包含导致错误的堆栈，源和变量状态。

整合方式

这项新功能可将JVM代理捕获的数据打开到任何图形和警报工具。 这是通过StatsD （一种由Etsy开发的开源协议和实现）来完成的，该协议和实现使应用程序能够以非阻塞方式将指标传输到任何监视工具中。 我们选择StatsD是因为它被广泛使用，开源并且使用JavaScript与市场上几乎所有监视工具进行通信。

这样一来，您就可以跟踪应用程序中的一系列严重错误，例如“所有未捕获的异常”，“后台任务中的数据库错误”或“ Spark RDD中的记录的错误”，并让JVM代理将这些指标作为指标传输到Graphite中，或如果它们超过目标阈值，则通过PagerDuty或Zabbix接收有关它们的警报。

让我们看一个真实的例子：

在此配置中，我们将针对记录的警告和错误跟踪Grafana中的业务指标。 您可以看到log.warn的增加如何开始减少吞吐量。 超过特定阈值后，应用程序开始崩溃，处理的RPM数量突然减少，错误数量增加。 我们可以实时可视化来自JVM的数百万个日志事件，这些事件覆盖在关键业务指标上，而无需连续解析大量日志。 将这些指标连接到Zabbix或Nagios等警报系统后，我们可以进行实时响应。

Takipi提供了将近20个盒子的后端集成 ，您可以轻松添加自己的盒子。 我们期待看到您将如何使用这些新功能 ，并在下面的评论部分中听到您的问题和反馈。

翻译自: https://www.javacodegeeks.com/2015/09/takipi-2-0-trends-and-devops-integrations.html