{"slug": "stop-staring-at-dashboards-let-your-go-api-diagnose-itself", "title": "Stop staring at dashboards: Let your Go API diagnose itself", "summary": "A developer built mAPI-ng, an open-source Go API that diagnoses its own performance issues by correlating RED metrics with runtime signals and ranking likely causes. The tool aims to eliminate the 'Observability Tax' of configuring separate monitoring stacks, offering evidence-backed diagnosis with a 'Rules this out' feature to avoid false positives.", "body_md": "Every Gopher knows the drill:\n\nAn endpoint gets slow. A spike of 500s appears. You open Grafana. You stare at 12 different panels. You cross-reference Prometheus metrics with traces. You guess it might be GC pressure or a connection pool saturation.\n\n**What if your API just told you what’s wrong?**\n\nI built `mAPI-ng`\n\nbecause I was tired of the “Observability Tax”: the hours spent configuring OTel, Prometheus, and Grafana just to get basic answers.\n\n`mAPI-ng`\n\ndoesn’t just show graphs; it interprets them. It correlates RED metrics (Rate, Errors, Duration) with Go runtime signals, instance health, and downstream IO.\n\nWhen an endpoint fails, it ranks the most likely causes:\n\nEvery diagnosis comes with a “Rules this out” line. If the evidence doesn’t fit, it tells you, avoiding the “AI hallucinations” of black-box tools.\n\nI’m a “Code Alchemist” at heart—I like things that work out of the box.\n\nTo instrument your app:\n\nNo YAML hell. No Prometheus to manage. It uses ClickHouse for high-performance, compact storage.\n\nI believe observability should be a right, not a luxury. The entire stack is MIT licensed and self-hostable with a simple make up.\n\nIf you prefer the “easy mode”, there’s a hosted version at mapi-ng.com (with a forever-free tier), but you’ll never be locked in.\n\nIf you have Docker installed, you can see it in action with a sample “leaky” API:\n\n```\ngit clone https://github.com/arhuman/maping\ncd maping\nmake local\nmake generate-traffic\n```\n\nOpen `localhost:8080`\n\nand watch the diagnosis engine work.\n\nI’m looking for feedback from fellow Gophers!\n\nDoes this approach to “evidence-backed diagnosis” make sense for your workflow? What’s the one thing that always kills your on-call nights?\n\nGitHub: [arhuman/maping](https://github.com/arhuman/maping)", "url": "https://wpnews.pro/news/stop-staring-at-dashboards-let-your-go-api-diagnose-itself", "canonical_source": "https://dev.to/arhuman/stop-staring-at-dashboards-let-your-go-api-diagnose-itself-1m9e", "published_at": "2026-07-26 11:33:19+00:00", "updated_at": "2026-07-26 11:59:15.737577+00:00", "lang": "en", "topics": ["developer-tools", "artificial-intelligence"], "entities": ["mAPI-ng", "Grafana", "Prometheus", "ClickHouse", "GitHub", "arhuman"], "alternates": {"html": "https://wpnews.pro/news/stop-staring-at-dashboards-let-your-go-api-diagnose-itself", "markdown": "https://wpnews.pro/news/stop-staring-at-dashboards-let-your-go-api-diagnose-itself.md", "text": "https://wpnews.pro/news/stop-staring-at-dashboards-let-your-go-api-diagnose-itself.txt", "jsonld": "https://wpnews.pro/news/stop-staring-at-dashboards-let-your-go-api-diagnose-itself.jsonld"}}