Chronograf 1.5 和 Kapacitor 1.5 已发布
作者:Russ Savage / 产品,用例,开发者
2018年5月23日
导航至
Chronograf一年半前开始,目标只有一个:成为TICK Stack的用户界面。我们的目标没有改变,但用户利用我们的堆栈进行指标和事件的方式正在演变,这意味着我们也在演变。
现代指标和事件平台
指标和事件收集一直是InfluxData平台的核心。指标可能是用户首先推送到平台的数据类型。利用我们的开源数据收集代理Telegraf,用户可以快速设置收集代理,以闪电般的速度收集和推送CPU指标、内存、磁盘使用率以及数千个其他指标到InfluxDB。
指标产生可操作的见解,并为组织中的可观察性提供快速胜利,因此许多当前Chronograf功能都专注于显示指标。我们提供的每种图形格式都是某种指标可视化。服务器CPU、磁盘空间、内存使用率、温度:这些都可以使用我们今天的图形类型轻松快速地显示。Chronograf允许您构建由许多单个指标组成的仪表板,在同一个仪表板单元格内可视化不同度量之间的多个指标,并从一个或多个InfluxData实例中可视化多个仪表板单元格。但是,InfluxData是指标和事件的现代引擎,因此只关注其中一个是远远不够的。而且,根据客户和社区的反馈,仅可视化关于您事件的指标在很多情况下细节还不够。用户希望在同一个用户界面中从其指标上下文切换到相关事件数据。
时间序列数据的表格视图
在过去的半年里,越来越多的用户以基于文本的数据形式将原始事件数据推送到平台。这些用户需要将他们的事件可视化并将这些事件视图纳入他们的指标仪表板中。他们希望清楚地看到哪些事件导致了异常,通过使用他们投入时间和专业知识构建的相同仪表板中他们的指标数据的可视化来实现。
今天,随着Chronograf 1.5的发布,我们引入了一种时间序列数据单元格类型,允许您以表格格式查看您的时序数据。这是我们在单一视图中将您的指标和事件综合起来的第一步,使分析比以往任何时候都更深入。
Chronograf中的表格允许用户滚动和扫描他们的基于文本的时序事件以及他们关心的指标。此外,您可以隐藏时间列(或任何列)并向仪表板用户提供更多上下文。
我们已经内部使用表格一段时间了,为我们的InfluxDB Cloud客户监控仪表板添加详细信息。我们认为您会喜欢以表格的形式查看数据,我们也愿意听到您发现的问题或您如何在分析中使用它们,这样我们才能使表格更好。
Kapacitor添加了对Kafka和Slack工作区的支持
Kapacitor 1.5 的发布带来了额外的功能,这些功能可以整合到企业公司已经习惯的复杂警报和处理工作流程中。我们增加了直接将警报消息推送到任何 Kafka 主题的能力,以便下游系统可以适当地处理警报。对于由 Kafka 总线和用于处理的微服务组成的基于消息架构,这允许您快速整合 Kapacitor 警报的强大功能与您的其他架构。
Slack 是许多大型组织首选的内部沟通系统。许多团队正在利用多个工作空间与不同的团队、客户或其社区进行沟通。最新的 Kapacitor 允许您配置多个 Slack 工作空间,以便所有警报都可以在单个位置进行管理。
除了这些较大的功能外,Kapacitor 还根据客户反馈进行了一些小的改进,使得编写 TICKscripts 更加容易,包括对 POST 到 HTTP 端点时自定义 JSON 负载的支持,以及在没有需要的情况下抑制关于丢失点的日志行的能力。我们还集成了最新版本的 OpsGenie 和 PagerDuty API,以便用户可以继续利用这些工具进行警报。
Chronograf 和 Kapacitor - 优势互补
Chronograf 是 TICK Stack 的用户界面,这意味着提供的不只是可视化。我们去年十月推出的 Chronograf 1.3 中首次引入了 TICKscript 编辑器,这加深了 Kapacitor 和 Chronograf 之间的集成,然后在二月推出的 Chronograf 1.4 中继续增强了 TICKscript 编辑器。随着平台中新功能的引入,我们希望用户从第一天就能使用这些功能。
所有新的 Kapacitor 1.5 功能都可通过 Chronograf 1.5 提供给用户。Chronograf 1.5 允许您配置 Kafka 主题作为警报目标,并设置多个 Slack 工作空间,以及 Kapacitor 1.5。
在此处下载 Chronograf 1.5 和 Kapacitor 1.5 的发布版本。
不仅仅是外观
Chronograf 1.5 最新版本的所有变化并非都肉眼可见。Chronograf 团队一直在幕后努力,确保我们跟上最新的技术和最佳实践。我们已经升级到 React 16,并将我们的 JavaScript 代码库大量转换为 TypeScript。这些更改提高了整体应用程序的性能,并允许我们在问题影响客户之前更快地发现问题。我们还解决了超过 50 个 UI 中的仪表板构建和查询管理错误,以改善用户体验。您可能不会注意到所有这些修复,但它们在确保我们为用户提供最佳体验方面起到了重要作用。
接下来是什么?
对于Chronograf,我们正在继续投资于以新的方式向用户提供对事件洞察,并支持更大规模的应用。如何在单页面上传达10,000个实体的信息并使其具有可操作性?我们还在研究客户如何以其他方式使用表格数据视图,特别是在提供将数据推送到InfluxDB的实体概览方面。我们还在关注未来,使用IFQL,我们的下一代查询语言,专注于为用户提供快速上手和运行的最佳体验。请关注我们6月InfluxDays伦敦活动的更多公告。