hyperdx - HyperDX通过将日志、指标、跟踪、异常和会话重播集中并关联到一处，帮助工程师更快地找出生产中断的原因。Datadog 和 New Relic 的开源且开发人员友好的替代方案。

Created at: 2023-09-13 08:46:19

Language: TypeScript

编号: https://github.com/hyperdxio/hyperdx

License: MIT

超数字化转型

HyperDX 通过将日志、指标、跟踪、异常和会话回放集中并关联到一个位置，帮助工程师更快地了解生产中断的原因。Datadog和New Relic的开源和开发人员友好型替代品。

文档 • 在不和谐上聊天 • 现场演示 • 错误报告 • 贡献

🕵️ 端到端关联，只需单击几下即可从浏览器会话重播到日志和跟踪
🔥 由 Clickhouse 提供支持的超快性能
🔍 直观的全文搜索和属性搜索语法（例如
```
level:err
```
)
🤖 从数十亿个事件中自动聚类事件模式
📈 无需复杂查询语言的 dashboard 高基数事件
🔔 只需单击几下即可设置警报
```
{
```
自动 JSON/结构化日志解析
🔭 开放遥测原生

其他屏幕截图

📈 仪表板

🤖 自动事件模式聚类

🖥️ 会话回放和RUM

启动 HyperDX

HyperDX 堆栈引入、存储和搜索/绘制遥测数据。建立 Docker Compose 堆栈后，你需要检测你的应用程序以将数据发送到 HyperDX。

你可以通过 Docker Compose 部署完整的堆栈开始。克隆此存储库后，只需使用以下命令启动堆栈：

docker compose up -d

之后，你可以访问 http://localhost:8080 以访问HyperDX UI。

如果你的服务器位于防火墙后面，则需要分别在防火墙上为 UI、API 和 OTel 收集器打开/转发端口 8080、8000 和 4318。

我们建议至少使用 4GB RAM 和 2 个内核进行测试。

启用自检测/演示日志

要快速预览 HyperDX，你可以通过设置引入密钥（在创建帐户后转到 http://localhost:8080/team）来启用自我检测和演示日志，然后重新启动堆栈。

HYPERDX_API_KEY

这会将内部遥测数据从前端应用、API、主机指标和演示日志重定向到新的 HyperDX 实例。

前任。

HYPERDX_API_KEY=<YOUR_INGESTION_KEY> docker compose up -d

如果需要使用 docker，请确保使用标志转发环境变量：
sudo
-E
HYPERDX_API_KEY=<YOUR_KEY> sudo -E docker compose up -d

托管云

HyperDX也可作为托管云服务在 hyperdx.io 提供。你可以注册一个免费帐户并在几分钟内开始发送数据。

检测应用

若要将日志、指标、跟踪、会话重播等获取到 HyperDX 中，需要检测应用以收集遥测数据并将其发送到 HyperDX 实例。

我们提供了一组SDK和集成选项，以便更轻松地开始使用HyperDX，例如浏览器，Node.js和Python

你可以在我们的文档中找到完整列表。

开放遥测

此外，HyperDX 还与 OpenTelemetry 兼容，OpenTelemetry 是一种供应商中立的标准，用于检测由 CNCF 支持的应用程序。支持的语言/平台包括：

Kubernetes
爪哇语
蟒
爪哇岛
去
红宝石
.PHP
。网
炼金药
锈

（完整列表在这里)

HyperDX 运行后，你可以将 OpenTelemetry SDK 指向处启动的 OpenTelemetry 收集器。

http://localhost:4318

贡献

我们欢迎所有贡献！有很多方法可以为项目做出贡献，包括但不限于：

打开 PR（贡献指南)
提交功能请求或错误
改进我们的产品或贡献文档
对未解决的问题进行投票或为功能请求贡献用例

赋予动机

我们的使命是帮助工程师交付可靠的软件。为了实现这一点，我们认为每个工程师都需要能够轻松利用生产遥测来快速解决燃烧的生产问题。

但是，根据我们的经验，我们使用的现有工具往往在几个方面存在不足：

它们价格昂贵，而且定价无法随着遥测的TB成为常态而扩展，导致团队积极削减他们可以收集的数据量。
它们很难使用，需要全职 SRE 来设置，需要领域专家才能放心使用。
它们需要从一个工具跳到另一个工具（日志、会话回放、APM、异常等）来自己拼接线索。

我们仍处于旅程的早期阶段，但正在开放构建以解决可观测性中的这些关键问题。我们希望你尝试一下 HyperDX，让我们知道我们做得如何！

开源与托管云

HyperDX是开放核心，我们的大多数功能都可以在MIT许可下获得。我们在 hyperdx.io 提供了一个云托管版本，除了开源版本中提供的功能外，还有一些附加功能。

我们的云托管版本存在，以便我们可以构建可持续的业务，并继续将 HyperDX 构建为开源平台。我们希望将来有更全面的文档来说明我们如何在纯云和开源功能之间取得平衡。与此同时，我们与Gitlab的管理模式高度一致。

联系

许可证

MIT