social.coop is one of the many independent Mastodon servers you can use to participate in the fediverse.
A Fediverse instance for people interested in cooperative and collective projects. If you are interested in joining our community, please apply at https://join.social.coop/registration-form.html.

Administered by:

Server stats:

479
active users

#prometheus

5 posts5 participants1 post today

Something amazing of learning more about #Grafana and #Prometheus as part of building the @tuist server is that we’ll build on that knowledge to provide a /metrics for endpoint for organizations and developers, and pre-made Grafana dashboard if they want more flexibility over how they’d like to visualize and interact with their projects’ data.

Tuist plays the role of collecting, standardizing, and making that data accessible.

I replaced 10 MiB Go bloat with an AWK script and a tiny HTTP/CGI server. This time it’s the #Unbound metrics exporter. It does the some job as the unbound_exporter written in Golang, but in a fraction of total lines of code, disk space and memory usage. And it’s perhaps even safer, given how common vulnerabilities are in Golang’s core libraries…

github.com/jirutka/unbound-exp

Many #Prometheus exporters (scrapers) can be rewritten in much efficient way, they are usually very simple. Another example is the Node Exporter – OpenWrt rewrote it in a few lines of Lua.

You may think that CGI is an ancient technology; I surely wouldn’t recommend it for running any public website, but I think that for this use case – metrics exporter only accessed from a private monitoring network – it’s an ideal solution.

Is there an on-premise, open source option for a monitoring/telemetry platform comparable* to say New Relic or Dynatrace with an approachable query language?

Is Prometheus+Grafana pretty much it?

Simpler the better, approachable for a casual user (i.e. curious non-technical tenants) would be great.

* Caveats for "comparable" apply!

So, I've been using Thanos to receive and store my prometheus metrics long term in a self hosted S3 bucket. Thanos also acts as a datasource for my dashboards in Grafana, and provides a Ruler, which evaluates alerting rulers and forwards them to my alertmanager. It's ok. It's certainly got it's downsides, which I can go into later, but I've thinking... what about Mimir?

How do you all feel about Grafana's Mimir (source on GitHub)? It's AGPL and seems to literally be a replacement of Thanos, which is Apache 2.0.

Thanos description from their website:

Open source, highly available Prometheus setup with long term storage capabilities.

Mimir description from their website:

...open source software project that provides horizontally scalable, highly available, multi-tenant, long-term storage for Prometheus and OpenTelemetry metrics.

Both with work with alloy and prometheus alike. Both require you to configure initially confusing hashrings and replication parameters. Both have a bunch of large companies adopting them, so... now I feel conflicted. Should I try mimir? Poll in reply.

Prometheus a sculpture from two years ago. Now I'm thinking Elephantman?

"From different angles, no clear head or foot, punctured slits and holes.. Prometheus tends to change its shape. Opening.. and closing…
Together with the constant change in light, during night and day and its geometric perforated shell Prometheus creates a changing play between shadow and light."

thuhstudio.etsy.com