SketchLog is an open-source observability platform for compact telemetry summaries. It uses sketch data structures to answer production questions like p95/p99 latency, unique users, top events, anomaly movement, SLO burn, and streaming SQL without storing every raw event forever. It includes a hosted playground, dashboards, PostgreSQL durability, optional OmniKV embedded storage, SDKs, WebAssembly, Docker, Helm, Kubernetes docs, and proof-first CI/release checks.
No reviews yetBe the first to leave a review for SketchLog
Maker
📌
Hi Product Hunt,
I’m Bala, the founder of SketchLog.
I built SketchLog because modern systems generate more telemetry than teams can afford to store forever as raw events. But many production questions do not require every raw event. Teams often need fast answers like p99 latency, unique users, top events, anomaly movement, SLO burn, or release impact.
SketchLog uses bounded-memory sketch data structures such as DDSketch, HyperLogLog-style cardinality, and Count-Min-style frequency tracking to keep compact, mergeable telemetry summaries.
It is not meant to replace Prometheus, Grafana, Loki, Datadog, New Relic, TimescaleDB, or data warehouses. It is designed to work beside them.
This launch includes a hosted playground, dashboards, Streaming SQL examples, PostgreSQL-backed durability, optional OmniKV embedded storage, SDKs, WebAssembly, Docker, Helm, Kubernetes docs, and proof scripts for storage and telemetry load behavior.
I would love feedback from observability engineers, SREs, platform engineers, database people, and open-source builders.
What would you want to see before trusting a bounded-memory telemetry system in production?
Report
A hosted tier with a free usage cap beyond the playground would be a nice way to actually try SketchLog on real traffic before committing to self hosting. Right now jumping from the demo straight to Kubernetes feels like a big leap.
Report
Maker
@oktay371908 I agree. The hosted playground is useful for understanding the workflows, but a small hosted tier with a free usage cap would make it much easier to test SketchLog on real traffic.
Right now the project is focused on open-source/self-hosted proof paths, but a hosted evaluation tier is definitely one of the most important next steps.
Report
One thing I'd love to see is a built-in cost estimator that shows how much storage and compute each sketch configuration would consume before you deploy it, especially since the whole pitch is about not storing every raw event.
Report
Maker
@ceylinegil91932 Thanks, this is a very good point. A built-in cost estimator fits SketchLog really well because bounded-memory telemetry should be understandable before deployment, not only after running it.
I’m thinking of adding a calculator that estimates memory, storage, and compute based on stream count, sketch accuracy, retention windows, tenants, and backend choice. This would make the “why not store every raw event?” tradeoff much more concrete.
Report
sandbox p99 queries returned in like a second, even when i was throwing 10M events at it. the fact that i can drop in OmniKV instead of wiring up postgres locally is a really nice touch.
Report
Maker
@sevcanzrez Thank you, really appreciate it for trying OmniKV out.Thanks again.
A hosted tier with a free usage cap beyond the playground would be a nice way to actually try SketchLog on real traffic before committing to self hosting. Right now jumping from the demo straight to Kubernetes feels like a big leap.
@oktay371908 I agree. The hosted playground is useful for understanding the workflows, but a small hosted tier with a free usage cap would make it much easier to test SketchLog on real traffic.
Right now the project is focused on open-source/self-hosted proof paths, but a hosted evaluation tier is definitely one of the most important next steps.
One thing I'd love to see is a built-in cost estimator that shows how much storage and compute each sketch configuration would consume before you deploy it, especially since the whole pitch is about not storing every raw event.
@ceylinegil91932 Thanks, this is a very good point. A built-in cost estimator fits SketchLog really well because bounded-memory telemetry should be understandable before deployment, not only after running it.
I’m thinking of adding a calculator that estimates memory, storage, and compute based on stream count, sketch accuracy, retention windows, tenants, and backend choice. This would make the “why not store every raw event?” tradeoff much more concrete.
sandbox p99 queries returned in like a second, even when i was throwing 10M events at it. the fact that i can drop in OmniKV instead of wiring up postgres locally is a really nice touch.
@sevcanzrez Thank you, really appreciate it for trying OmniKV out.Thanks again.
Pazi
SketchLog caught my eye today. Wishing the whole team an amazing launch! 🎉🚀
@zvonimir_sabljic1 Thank you , Really appreciate it.