This is a quick knowledge sharing post before it gets out of my head :) I’m sure many (if not most) of you use Alertmanager as the go-to alerting system with Prometheus I really like the simplicity of Alertmanager’s configuration file and how nicely you can plug it into your configuration generation. The deployment pattern, however, is always a confusion for new adopters. I am going to try to solve some of that confusion in this post. ...
Blog post written with Cline :) In today’s fast-paced development environment, automation has become key to maintaining productivity and efficiency. In this post, I’ll share how I’ve leveraged a powerful combination of tools - Cline, VSCode, Cursor, and Deepseek V3 - to automate most of my development workflow. The Tool Stack Cline Cline’s advanced natural language processing capabilities allow it to understand complex development contexts. Its API integration enables direct communication with other tools in the stack. Here’s an example configuration: ...
As a software engineer, having the right hardware can make a huge difference in your productivity and success. In this post, I’ll share the hardware that I currently use on a daily basis as a remote software engineer. First and foremost, I use a M1 Macbook Pro for my laptop. This computer is incredibly fast and reliable, which is essential for the work that I do. It also has a beautiful display, which makes it a good laptop for editing pictures. :) ...
A quick recap on SRE Site reliability engineering (SRE) is a discipline that incorporates aspects of software engineering and applies them to infrastructure and operations problems.[1] The main goals are to create scalable and highly reliable software systems. According to Ben Treynor, founder of Google’s Site Reliability Team, SRE is “what happens when a software engineer is tasked with what used to be called operations.” ^ Source: Wikipedia How much time do you spend coding? I get this question quite often: “How much time do you spend writing code?” ...
Background Grafana has become the de-facto visualization tool for Prometheus. While it is cool to run a central Grafana hooked up to an RDS database, I think it is even better if you can make Grafana completely configurable via git and thus have stateless Grafana instances which you can scale horizontally. Based on this philosophy, I have been running a Grafana setup at Red Hat, here’s some key points: Grafana runs as pods on a Kubernetes (OpenShift) cluster Each dashboard is mounted into the pod via ConfigMap Our GitOps pipeline takes care of adding the dashboard configmaps into the namespace, so all dashboards and their changes ultimately must end up in Git One of the best benefits of this approach is that you never have to worry about Grafana upgrades/downgrades. Because the pods are stateless, you can simply roll out a new version as long as the dashboard schema stays consistent. ...