For the 2nd straight year, half of all organizations invested more in #Prometheus & #OpenTelemetry.

This data is based on our 3rd annual Observability Survey, which features insights from 1,200+ respondents in observability.

Have you observed something similar in your team/organization?

See the report: https://grafana.com/observability-survey/?mdm=social

I just created my first #prometheus exporter in #golang. Feel free to give feedback and submit patches.

https://github.com/raspbeguy/smtp2go_exporter

@delta

Your chatmail relay is great for private conversations!
But it's also great for some Alertmanager infomails!

I recently discovered that diagnostic plugs in cars were more or less standard (OBD2) and that you could buy a plug reader for like 30 bucks. I also discovered that some OBD2 prometheus exporters exist.

So now basically my new project is to have a server in my car, like a RPi. It would srcap the OBD2 data locally and backfill it into my home prometheus database whenever the car gets into my home wifi range.

#tinkering #obd2 #prometheus #metrics #car

WildFly 36.0.0.Final is now available! Run source-only Jakarta EE and MicroProfile apps with #JBang + #WildFlyGlow; expose #Micrometer metrics via #Prometheus and more. Learn all about it at https://bit.ly/4cvP5rK

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!

We've switched to my tool to measure latency and availability of our databases at work. This brand new tool, not yet open source, leverages the power of Prometheus histograms to measure those metrics finely.

I had to use DNS names instead of IP addresses to reach the endpoints, because it was easier to use (label = name).

But, the farthest the infrastructure was, the more degraded the measures were. Everything ran locally so what the hell? The level of degradation was not random, it was equal to the light distance to France.

It was DNS. It's always DNS.

The private zones were not deployed on the local resolvers, so we had a 200ms round trip in Australia, to reach resolvers in France, before actually connecting to the database.

The DNS cache didn't help at all.

We proudly present our latest c4k-forgejo release.

We added doc for upgrading versions & improved backup monitoring.

https://repo.prod.meissa.de/meissa/c4k-forgejo

Want to dive deeper into #Grafana, #Prometheus #OpenTelemetry, or datasource plugins?

Our hands-on labs at #GrafanaCON are where learning gets real. Tinker, test, and troubleshoot alongside Grafana experts.

May 6 | Only with a GrafanaCON ticket
Add your labs when you register: https://grafana.com/events/grafanacon/2025/hands-on-labs/?src=masto&mdm=social&camp=gcon2025

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 rules against my metrics 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.

Very happy to discover how easy it is to extend `node_exporter` with custom metrics:

Add `--collector.textfile.directory=/some/place` to the daemon's arguments (e.g. via ARGS in `/etc/default/prometheus-node-exporter`), and write `*.prom` files in that directory with your favorite tool, and **boom!**

Text format doc with a very good example: https://prometheus.io/docs/instrumenting/exposition_formats/

Creating Grafana alerts is something I'm less comfortable with, but I'm starting to get the hang of it…

Métricas de Windows con Prometheus y Grafana #blog #monitorización #exporter #grafana #metricas #prometheus #windows
https://www.bujarra.com/metricas-de-windows-con-prometheus-y-grafana/

Interested in #containers, #docker, #OCI and #guix #declarative #configuration?

Watch Giacomo Leidi's talk about self-hosting @forgejo using Guix's container backed configuration. Check it out

https://youtu.be/MWwunOoj-PI

His Gocix project shows how to bring together container-based software while benefiting from the resilience of declarative configuration! He has services for #prometheus #grafana #traefik #bonfire and more!

@paulbutgold

WildFly 36.0.0.Beta1 is now available at https://wildfly.org/downloads/ and in Maven. #Micrometer metrics via #Prometheus, #WildFly apps with #JBang and more! Details are at https://bit.ly/4jachOl

I'm going to be at #kubecon. At the maintainers summit beforehand, at the contribfest, and at the #headlamp project pavilion.

Contribfest session: https://kccnceu2025.sched.com/event/1td0n

I'm looking forward to connecting with folks working on different projects. People have been quite busy building out Headlamp Kubernetes UIs for ecosystem tooling and standards like #gatewayapi #prometheus #keda #flux #minikube #backstage #inspektorgadget #flagger and #certmanager

A little fix I contributed (https://github.com/prometheus-community/helm-charts/releases/tag/kube-prometheus-stack-70.3.0) to the prometheus kube-prometheus-stack Helm chart has been approved, merged, and released!

#OSS #Prometheus #Helm
https://kevingimbel.de/status/1742890206