Operations | Monitoring | ITSM | DevOps | Cloud

Not everything in production is on fire. Sometimes it’s just... a little warm. A page that loads a second too slow. An API that returns way more than anyone asked for. A query that feels totally fine until someone sends something unexpected and suddenly you’ve got an incident.

Monitoring with Icinga primarily focuses on servers and infrastructure. But there are also the people operating these systems from their workstations and laptops. If a server can be accessed from a machine with an outdated operating system, the patch level of the server becomes irrelevant.

When rideshare drivers talk about a “side hustle”, they mean working a few hours on weekends to make extra cash. That’s fine for pocket money, but it’s catastrophic when the “hustle” is controlling your cloud and AI spend. Right now, too many companies run FinOps the way they run the office coffee pot: A volunteer refills it when things look empty.

Picture this. You recently shipped a new feature, and things were working smoothly — until they didn’t. Now, one service is timing out. Another is overloaded. You dig in and realize the issue is with how your systems communicate. Messages are not arriving when or where they should. Your team had set up Amazon SNS for notifications and Amazon SQS for processing tasks. But somewhere along the way, the difference between SQS vs. SNS (and how they’re wired together) got lost in translation.

In the push to simplify IT management, the idea of a single, all-encompassing AIOps platform is certainly appealing. The promise of one dashboard to monitor the entire IT stack—from applications and infrastructure to the network—suggests a world of streamlined operations. This generalist approach aims to provide a broad overview, correlating data from across the business to spot trends and potential issues.

InfluxDB 3.3 is now available for both Core and Enterprise, which introduces new managed plugins for the Processing Engine, making it easier to address common time series tasks with just a plugin. On top of that, 3.3 includes a wide range of performance improvements, feature updates, and bug fixes. InfluxDB 3 Core is free and open source, optimized for recent data, and licensed under MIT and Apache 2.

An incident response playbook is your team's emergency manual when things go wrong. It's a documented set of procedures that guides your team through detecting, responding to, and resolving incidents efficiently. Without one, teams often scramble during outages, make inconsistent decisions, and take longer to restore service.

Since announcing changes to our OSS plans as well as introducing the new licensing starting with PDK 3.5.0, the team has received questions from the community around how the changes will affect them. In this article, we’ll highlight some helpful resources about how you can develop and contribute to modules on the Forge and ensure compatibility with Puppet Core and Puppet Enterprise.

If you’re here, you likely already know about preemption, determinism, and real-time capable operating systems. If that’s the case, and you want to learn how to get up and running with Real-time Ubuntu, skip ahead now to find out how to enable the kernel on your workstation.

Ask any SRE what slows them down in a Kubernetes incident, and the answer is usually too much information in too many different places. Kubernetes has changed the way we run software. It’s given us incredible flexibility, scalability, and power. But in the years I’ve worked in cloud operations and platform engineering, I’ve also seen how that power comes at a price: complexity.