HyperDX - Giải pháp thay thế Kibana mã nguồn mở cho log và trace trên ClickHouse

• HyperDX là công cụ giúp các kỹ sư khắc phục nhanh các sự cố production, cho phép tìm kiếm và trực quan hóa log cùng trace trên cụm ClickHouse.
• Tương tự Kibana nhưng cung cấp các tính năng được tối ưu hóa cho ClickHouse.
• Tính năng chính
  • Có thể tìm kiếm log và trace tại một nơi duy nhất và phân tích tương quan.
  • Tương thích với schema ClickHouse hiện có và không bị ràng buộc bởi schema.
  • Cung cấp khả năng tìm kiếm và trực quan hóa nhanh.
  • Hỗ trợ cú pháp tìm kiếm toàn văn và tìm kiếm theo thuộc tính một cách trực quan.
  • Có thể phân tích xu hướng bất thường thông qua event delta.
  • Cung cấp dashboard sự kiện high-cardinality mà không cần ngôn ngữ truy vấn phức tạp.
  • Hỗ trợ truy vấn chuỗi JSON.
  • Có tính năng log và trace để xem các sự kiện mới nhất theo thời gian thực.
  • Hỗ trợ OpenTelemetry ngay từ đầu.
  • Có thể giám sát tình trạng và hiệu năng từ HTTP request đến truy vấn DB.
• Bắt đầu với HyperDX
  • HyperDX v2 hiện được cung cấp ở bản beta trong chế độ cục bộ.
  • Có thể chạy container cục bộ để khởi chạy OpenTelemetry Collector, ClickHouse và giao diện HyperDX.
  • Trên trình duyệt Safari và Brave, có thể khó kết nối với ClickHouse do vấn đề CORS.
  • Yêu cầu tối thiểu 1GB RAM và 1 lõi CPU.
• Dịch vụ đám mây
  • HyperDX cũng được cung cấp dưới dạng dịch vụ đám mây, và có thể gửi dữ liệu nhanh chóng thông qua tài khoản miễn phí.
• Instrumentation ứng dụng
  • Để gửi log, metric, trace, session replay... tới HyperDX, cần instrument ứng dụng.
  • Cung cấp nhiều SDK và tùy chọn tích hợp để dễ dàng bắt đầu.
  • Tương thích với OpenTelemetry và hỗ trợ nhiều ngôn ngữ, nền tảng.
• Mã nguồn mở vs đám mây
  • HyperDX là mô hình open core, với phần lớn tính năng được cung cấp theo giấy phép MIT.
  • Phiên bản cloud-hosted cung cấp thêm các tính năng bổ sung và tồn tại để xây dựng mô hình kinh doanh bền vững.

[GN⁺]

Ý kiến trên Hacker News

• Có câu hỏi liệu tính năng tìm kiếm toàn văn trong log có quét tuyến tính toàn bộ log như Loki hay có thể dùng chỉ mục để tăng tốc

  • Loki không dùng chỉ mục nên mất thời gian để tìm kết quả trong lượng log cỡ TB
  • Đang cân nhắc tích hợp Quickwit.io để giải quyết bài toán tìm kiếm log dựa trên chỉ mục

• Có câu hỏi liệu HyperDX có dự định bổ sung hỗ trợ cho các backend khác để trở thành giải pháp "Grafana cho log" hay không

  • Việc thêm hỗ trợ VictoriaLogs sẽ giúp xây dựng UX hiệu quả trong HyperDX

• Đã thiết lập thành công logging cho trình duyệt và Linux VM trên HyperDX, nhưng đang gặp khó khăn với logging OTel cho Azure Functions

  • Tính năng "Flex Consumption" mới hỗ trợ OTel gốc nên hoạt động cùng HyperDX

• Một khách hàng đang dùng HyperDX bày tỏ sự hài lòng, cho rằng nó rẻ hơn Datadog và dễ thiết lập hơn

  • UI trực quan và dashboard tích hợp sẵn rất tuyệt

• Đang tìm một giải pháp thay thế mã nguồn mở cho DataDog và muốn tìm cách chuyển sang HyperDX

  • Muốn dùng OTel trên Cloudflare Workers để cải thiện khả năng quan sát, và tài liệu cần được cập nhật

• Có ý kiến cho rằng nó khác với những gì họ kỳ vọng ở một giải pháp thay thế Kibana

  • Kibana phù hợp với người dùng không chuyên kỹ thuật, và mong HyperDX tìm được nhóm người dùng mục tiêu rõ ràng

• HyperDX rất tốt, hoạt động với UI một trang và không bị chậm

  • Kết nối vào bảng system.text_log và thiết lập nhanh chóng mà không gặp vấn đề gì

• Có ý kiến rằng dự án cần một mục 'So sánh với Kibana'

  • Cần giải thích vì sao người đang dùng Kibana nên chuyển sang HyperDX

• Đã cải thiện khả năng quan sát bằng HyperDX, và chức năng tìm kiếm tốt hơn nhiều so với sản phẩm observability của Google

• Có câu hỏi liệu việc đổi thương hiệu sang v2 có nghĩa là sản phẩm observability "đầy đủ tính năng" sẽ biến mất, hay chỉ đang được xây dựng lại trên ClickHouse