Operations | Monitoring | ITSM | DevOps | Cloud

Two platforms, two teams, two procurement relationships, all doing one job. There’s a reason it ended up this way. There isn’t a reason it has to stay this way. Ask anyone at a typical enterprise why the VM platform and the container platform are separate, and they’ll give you a sensible answer. The VM estate has been there for fifteen years. It runs the workloads the business depends on.

It’s 20 minutes into a P0 incident, and you have already switched between four different tools, re-authenticated twice, and translated queries across three incompatible syntax languages. The root cause you are searching for. Well, that is still out there somewhere. The reality of investigative latency is that most engineering teams face navigation problems, not data problems. During high-pressure incidents, teams lose cognitive momentum due to context switching between disconnected telemetry silos.

Organizations have moved past theoretical conversations about AI adoption. Models, agents, and autonomous workflows are entering production environments. Business leaders are optimistic about potential gains in efficiency, decision support, and operational scale. Yet beneath this momentum, compliance and risk teams feel a different pressure.

In Q1 2026, we introduced a new SolarWinds Observability integration, started preparing the upcoming Status API for release, and spent time learning directly from MSPs at CloudFest 2026 about the operational challenges shaping modern incident communication.

AI coding agents produce code faster than most teams can validate it. Without a validation step between the agent and CI, every problem gets caught after the push, and feedback arrives long after the agent has lost context. Agents need consistent feedback while they’re working so that small failures get fixed locally and CI stays focused on moving code into production.

Engineering teams have rapidly adopted AI coding tools, but organizations still struggle to understand their impact. Existing dashboards focus on activity, such as daily active users, acceptance rates, or lines of generated code, but these metrics don’t answer a more important question: Are teams actually shipping more, faster, and with fewer issues?

Agents are getting better and better at fixing bugs. They’re even getting better at testing their work, thanks to headless browsers, sandboxes, simulators, etc. But what about the bugs that only show up once you bring in different browsers, languages, extensions, internet speeds, and all the other variables that get mixed in the second you ship to prod? Or all the bugs that only show up when you account for… well, humans being humans and doing weird stuff you didn’t expect them to do?