SaaSHub helps you find the best software and product alternatives Learn more →
Top 23 Go Metric Projects
-
To monitor and analyze rate limiting metrics, we're using a combination of Redis and Prometheus. We're storing rate limiting metrics in Redis and then using Prometheus to scrape the metrics and display them in a dashboard. Here's an example of how we're storing rate limiting metrics in Redis:
-
SaaSHub
SaaSHub - Software Alternatives and Reviews. SaaSHub helps you find the best software and product alternatives
-
gofr
An opinionated GoLang framework for accelerated microservice development. Built in support for databases and observability.
[1] gofr-dev/gofr. (n.d.). gofr: An opinionated GoLang framework for accelerated microservice development. Built in support for databases and observability. GitHub. Retrieved from https://github.com/gofr-dev/gofr
-
Telegraf
Agent for collecting, processing, aggregating, and writing metrics, logs, and other arbitrary data.
Project mention: The Performance Battle the hardening of Vault and OWASP: What Matters | dev.to | 2026-05-07A common mistake we see is teams rejecting Vault hardening because they assume it will add 400ms+ p99 latency, a myth perpetuated by outdated blog posts from 2020. Our benchmarks of Vault 1.15 show that OWASP-compliant TLS 1.3 and rate limiting add only 12ms p99 latency, not 400ms. Before deciding against hardening, run the first code example (vault_owasp_benchmark.py) against your own Vault deployment to get real numbers for your workload. Use tools like https://github.com/influxdata/telegraf to collect latency metrics from production, and https://github.com/grafana/grafana to visualize percentiles over time. For read-heavy workloads (10k+ requests per second), the latency overhead is even lower (under 8ms p99) because TLS 1.3 has lower handshake overhead than TLS 1.2. We worked with a SaaS company that rejected hardening for 6 months due to latency fears, only to find after benchmarking that the overhead was 9ms p99, well within their 100ms SLA. They implemented hardening in 2 weeks, cut breach risk by 89%, and saw no customer impact. Always benchmark with your own traffic patterns, not generic numbers from the internet. Use the Go benchmark tool or Python script provided to test with your secret sizes, request patterns, and auth methods. If you see unexpected latency spikes, check for misconfigured cipher suites or rate limits that are too strict, not the hardening itself.
-
thanos
Highly available Prometheus setup with long term storage capabilities. A CNCF Incubating project.
Thank you thanos-io: https://github.com/thanos-io/thanos/issues/8381#issuecomment...
-
Project mention: Kubelet Metrics: How cAdvisor and CRI Collect Kubernetes Stats | dev.to | 2026-05-20
The Prometheus Node Exporter is commonly used to collect these fundamental metrics, but they originate from the operating system itself.
-
-
Fathom Analytics
Fathom Lite. Simple, privacy-focused website analytics. Built with Golang & Preact.
So this post is about something I've been chewing on for months but finally moved on: ripping Google Analytics out of three side projects and picking a privacy-focused alternative. Specifically, I'll compare Umami, Plausible, and Fathom — the three I actually evaluated — and walk through the migration steps that worked for me.
-
coroot
Coroot is an open-source observability and APM tool with AI-powered Root Cause Analysis. It combines metrics, logs, traces, continuous profiling, and SLO-based alerting with predefined dashboards and inspections.
Coroot is an Apache 2.0 open source platform that simplifies observability with no-code configuration. The Coroot node-agent already collects CPU profiles for any process on the node using eBPF, with zero integration from the application side. For Java, we dynamically inject async-profiler into the JVM to get memory and lock profiles. But Go processes were still a blind spot for non-CPU profiling unless the app exposed a pprof endpoint and the cluster-agent scraped it.
-
Project mention: The Complete Guide to AWS Service Monitoring with OpenTelemetry (2026) | dev.to | 2026-05-19
OpenTelemetry (OTel) is a CNCF-graduated open-source project. It provides a unified standard for collecting metrics, logs, and traces from distributed systems. At its core, OTel consists of three things:
-
-
-
mimir
Grafana Mimir provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus.
Project mention: Top Open-Source Data Engineering Tools- Unravelling the Best in 2026 | dev.to | 2025-12-10Mimir
-
m3
M3 monorepo - Distributed TSDB, Aggregator and Query Engine, Prometheus Sidecar, Graphite Compatible, Metrics Platform
-
Uptrace is an open source APM for OpenTelemetry that supports distributed tracing, metrics, and logs. You can use it to monitor applications and troubleshoot issues. For more details, see the OpenTelemetry Go guide and compare with top APM tools.
-
mtail
extract internal monitoring data from application logs for collection in a timeseries database
-
odigos
Distributed tracing without code changes. 🚀 Instantly monitor any application using OpenTelemetry and eBPF
-
Sources: Chapter 4 — Service Level Objectives (Google SRE Book) - Guidance on SLIs, SLOs, SLAs, percentiles, error budgets, and how to structure measurable objectives. (sre.google) AWS Well-Architected Framework — Performance Efficiency - Architectural principles and considerations for designing performance-efficient, production-like environments used to inform environment parity and scaling tests. (aws.amazon.com) Grafana k6 Documentation - Load-scripting examples, stages/thresholds, and CI integration patterns for modern load testing. (k6.io) Gatling Documentation - Test-as-code practices, scenario modeling, CI/CD integrations, and reporting approaches for high-concurrency simulations. (gatling.io) Prometheus Instrumentation Best Practices - Recommendations for metric types, naming, histograms, and sampling to make percentile calculations reliable. (prometheus.io) Honeycomb — Testing in Production - Practical perspectives on testing in production, canarying, and the observability practices that make production tests safe and informative. (honeycomb.io) Datadog Documentation — Dashboards & APM Fundamentals - Visualization patterns (heatmaps, percentiles), APM guidance, and how to present performance vs. load in dashboards and reports. (docs.datadoghq.com)
-
redis_exporter
Prometheus Exporter for Valkey & Redis Metrics. Supports Valkey 9.x, 8.x, 7.x and various Redis versions
-
-
-
-
Project mention: War Story: Debugging a Kafka 3.7 Consumer Lag Issue in K8s 1.32 with KEDA 2.14 and Prometheus 2.50 | dev.to | 2026-04-28
KEDA 2.14’s kafka trigger relies on Prometheus metrics, but the Kafka Exporter project provides native Kafka metrics without Prometheus. Have you compared KEDA’s Prometheus-based scaling to native exporter-based scaling, and which performed better?
-
Go Metrics discussion
Go Metrics related posts
-
Rate Limiting in Spring Boot REST APIs: Bucket4j + Redis
-
Chronos vs Toto: Zero-Shot Forecasting Benchmark Results
-
The Complete Guide to AWS Service Monitoring with OpenTelemetry (2026)
-
Launch HN: Superlog (YC P26) – Observability that installs itself and fixes bugs
-
Kubecost Explained: Kubernetes FinOps That Moves the Bill
-
How We Replaced Apache with Nginx 1.25 and Cut Reverse Proxy Latency by 25% for Our APIs
-
prometheus VS arc - a user suggested alternative
2 projects | 26 Apr 2026 -
A note from our sponsor - SaaSHub
www.saashub.com | 13 Jun 2026
Index
What are some of the best open-source Metric projects in Go? This list will help you:
| # | Project | Stars |
|---|---|---|
| 1 | prometheus | 64,474 |
| 2 | gofr | 21,338 |
| 3 | Telegraf | 17,619 |
| 4 | thanos | 14,098 |
| 5 | node_exporter | 13,494 |
| 6 | nightingale | 13,071 |
| 7 | Fathom Analytics | 8,007 |
| 8 | coroot | 7,732 |
| 9 | opentelemetry-collector | 7,130 |
| 10 | opentelemetry-go | 6,420 |
| 11 | kube-state-metrics | 6,138 |
| 12 | mimir | 5,125 |
| 13 | m3 | 4,894 |
| 14 | uptrace | 4,218 |
| 15 | mtail | 4,016 |
| 16 | odigos | 3,658 |
| 17 | datadog-agent | 3,646 |
| 18 | redis_exporter | 3,639 |
| 19 | statsviz | 3,635 |
| 20 | lindb | 3,060 |
| 21 | skydive | 2,790 |
| 22 | kafka_exporter | 2,523 |
| 23 | sloth | 2,499 |