Operations | Monitoring | ITSM | DevOps | Cloud

On April 16, 2026, Bitbucket experienced a widespread outage that disrupted pipelines and core functionality for users around the world. StatusGator detected the issue 77 minutes before the provider officially acknowledged it, using its Early Warning Signals. This early detection gave teams critical time to respond, even while the official status page still showed everything as operational.

Flat per-token pricing is wrong by 10–50× per request. Prefill vs decode, batch sharing, and cache effects break the math. How to attribute real GPU cost - compute, energy, and dollars - to each inference request.

Network outages are easy. Something goes down, alarms fire, you fix it, life moves on. Everyone understands a full outage. It's clean, binary, and at least somewhat predictable. Network instability is the opposite of all that. Nothing fully breaks. Nothing fully works. The ping responds. The connection shows active. And yet users are complaining about choppy calls, sluggish apps, and sessions dropping for no apparent reason. You run a speed test, and it's fine.

Technical teams want to know the newest, most cutting-edge tools they can implement to give themselves a competitive advantage, whether it’s the latest developer framework or modern CI/CD practices that boost velocity. But there’s one tool from all the way back in the 1920s that can improve any organization, no matter its scale: the randomized, controlled trial—or simply put, experiments.

In this blog, we’re going to take a look at how you can set up a fully-functioning, robust data pipeline to centralize your data into an InfluxDB instance by collecting and sending messages with the MQTT protocol. We’ll start with a brief overview of the technologies and protocols used in the pipeline, then dive into how you can connect, configure, and test them to ensure your data pipeline is fully functional. It’s going to be a long post, so let’s jump right in.

Healthchecks.io ping endpoints accept HTTP HEAD, GET, and POST request methods. When using HTTP POST, clients can include an arbitrary payload in the request body. Healthchecks.io stores the first 100kB of the request body. If the request body is tiny, Healthchecks.io stores it in the PostgreSQL database. Otherwise, it stores it in S3-compatible object storage. We recently migrated from a managed to a self-hosted object storage.

Selecting the right observability platform has become a strategic priority for enterprises operating at scale.

As organizations grow, they face increasing difficulty in managing their observability efforts. More teams mean more dashboards, monitors, API keys, pipelines, and custom configurations. Without a centralized view, administrators spend hours chasing down untagged resources, investigating surprise bills, and revoking dormant credentials. Governance becomes a reactive effort to reduce waste and address issues, falling short of its potential to proactively create standards and optimize observability.

This is a guest post from Laura Copeland. Key insights from a fireside chat with Chris Yates. Part 1. Choosing the right database monitoring vendor isn’t just a technical decision, it’s a strategic one that affects your teams, your estate, your growth plans, and the culture of your organisation. It’s also a personal one if you’re a DBA. Something as critical as your monitoring system will shape your day‑to‑day work, and, in many cases, how well you sleep at night.