If you need to brush the dust off your way of using a db query language, then try #PromQL. It has some similarities to things you know but also is handled differently. #prometheus#timeseries
📢 Calling all #prometheus and #OTel lovers! The OTel End User SIG is running a survey help the OpenTelemetry and Prometheus Compatibility working group get info on users of OpenTelemetry libraries with Prometheus and PromQL-compatible backends.
The survey will run from May 1st, 2024, to May 31st, 2024.
🖥️ Alex Ellis’ new batch-actions project
📑 DevDocs is a one-stop shop for API docs
🐢 @jarredsumner announces Bun Shell
👟 Shoelace by @claviska
😮💨 Martin Heinz' DIY CO2 monitoring system
🎙 hosted by @jerod
Then I watched #Prometheus , which Netflix suggested was somehow related in some way to Lucy or Scarlett Johansson or something. It didn't make the tiniest particle of sense, but had some fun moments. Is it supposed to be a prequel to Alien(s(es)) or something?
For reasons that I don’t want to get into right now, I have an application that provides #Prometheus metrics. But not via an HTTP /metrics endpoint, but instead by streaming Prom’s text-based format over a serial port. The stream is endless, metrics are sent in random order. Their values update infrequently by simply appearing a second time in the stream, with the new value.
Is there already an utility that can consume such a stream and provide a normal /metrics HTTP endpoint?
It's a pretty dirty hack, but it works, and once I find the time to clean it up a little I might even release it.
Why did I need it in the first place? To get some sensor readings off of an #MicroPython board. I wrote classes that can output #Prometheus text to serve via HTTP, but then found out that running BLE & Wi-Fi simultaneously is a fickle bitch, so I had to pivot to, erm, USB UART and simply gave Gauge.update() a print(str(self)). 🤷♂️