Viewing profile — mmanciop

Indeed if there were “official” container images out there, I might have instead run the server on Google Cloud Run or AWS AppRunner, without having to take care of the Linux under…

> Telemetry does not address this, though. Shoving it into a container and assigning it a simple “restart if down” rule does. A Systemd unit as shown in [1] does it too without usi…

To be fair, the setup of the article works with most modern observability solutions, in same cases just by replacing the endpoint and authentication token. Turning telemetry proces…

Indeed. My personal definition of nanosecond is the time passing between the Minecraft server having a hiccup, and the first scream piercing the air. The printer not printing is DE…

I actually had to splurge got 2 VCPUs on Digital Ocean to avoid "skipping ticks" and it does sound pretty nuts to me. We play max 3 players. I would expect the server with such a l…

> As you said "There is so much fun that could be had in setting up an actually resilient system instead.", maybe the author has more fun setting up alerts and metrics instead of a…

> How are metrics helpful? There is so much fun that could be had in setting up an actually resilient system instead. Metrics are the means to an end of alerting. And with alerting…

I swear I had a lot of fun setting doing the setup. I am also a massive observability nerd, so YMMV :-)

One of the stretch goals for me writing this article was indeed to show between the lines how Prometheus Exporters, the OpenTelemetry Collector and Systemd can all work together. T…

For this, I have the impression that https://github.com/dirien/minectl might be very close to what you are thinking. I did not try it, but took the Minecraft Exporter from it and u…

Because I enjoy observability and monitoring a LOT, and because my kids nag me to hell and back when our home IT infrastructure is having a bad day.

I am indeed an employee of Dash0. The setup for telemetry collector will work with anything that accepts OTLP, and with minor adjustments, the data can be sent elsewhere too in oth…

Thanks for setting me straight :-) I updated the article to reflect that.

My kids demand SLOs stricter than Moon exploration technology, so I had to monitor our family’s Minecraft server Minecraft server like a pro. As luck would have it, I am one.

For local development, yes. But I see that almost never done in production settings, especially with containerized workloads. Is there a neat way to do it in Kubernetes?

I loved this article. I am working on an LD_PRELOAD object for some observability usecases, and while there was a learning curve, Zig an its lack of dependence from LibC is a breat…

Adopting OpenTelemetry does not have to be hard for common use-cases. On Kubernetes, the Dash0 operator ( https://artifacthub.io/packages/search?repo=dash0-operator ) automatically…

Yes, it probably would be able to do the same logic as in the blogpost with the Prometheus scaler: https://keda.sh/docs/2.16/scalers/prometheus/ I might give it a go in a follow-up…

True, but that approach is also limited in what it can autoscale on, namely Utilization metrics. They are not always good data to make scaling decisions on (covered in the article)…

I looked into how to wire the Horizontal Pod Autoscaler for Kubernetes to Dash0, the OpenTelemetry-native observability tool I am working on, and it turned out to be surprising sim…

We explicitly test 1.28+. But I have in front of me a 1.27.13 and the operator works on it without issues. And probably goes way further back than that. What is the oldest version …

I can 100% confirm that OpenTelemetry is a fantastic project to get rid of most observability lock-in. For context: I am the Head of Product of Dash0, a recently-launched Observabi…