Operations | Monitoring | ITSM | DevOps | Cloud

Microsoft Purview is an enterprise-scale platform for managing data governance across your whole cloud estate. It is not just about ensuring the integrity of data stored in SQL databases — it spans the whole spectrum of data storage including blob storage, document databases, email and AI frameworks. It has an extensive list of features for organising and monitoring your enterprise data. This includes.

When we introduced the Low Code Plugin (LCP) framework in February, the premise was simple: if a system has an API, you should be able to build a plugin for it — quickly, with minimal code, and in a way you can share with the community. The "AI-ready" part was deliberate. The framework was designed to work naturally with AI assistants, so the path from idea to working integration would be as short as possible. That design decision is now paying off.

When we launched our Governance Gap series, we set out to explore how the explosion of AI-assisted engineering changes the risk profile for modern software organizations. We looked at the rise of The New Software Creator and analyzed why deployment governance is what keeps teams safe when code production accelerates. We also mapped out the realities of security at scale and defined who owns governance accountability.

Blueprints launched as processor bundles, and that solved the repetitive middle of the problem. But the middle was never the whole job. You still had to know which source type to add, which parameters mattered, how to batch for your backend, and how to route it all together. That changes now. The first two cover the two requests we hear most.

AI agents are quickly becoming part of the enterprise automation conversation because, among other things, they help teams move faster. But there is a major difference between an AI agent that sounds useful in a demo and an AI agent that is ready for production. Production agents need scope. They need to know what they own, which systems they can touch, which workflows they can run, which teams they support, and where the boundaries are.

We just added two new AI features to our app: natural-language translation for Error search and Insights queries. Honeybadger has two query languages: Error search speaks a simple token syntax in the spirit of Solr or a basic Elasticsearch query, while Insights runs on BadgerQL (BQL), our own language for digging into your event data, designed to feel familiar to CloudWatch Insights and Splunk users. Both are powerful, but sometimes you just want something that works without having to open up the docs.

You’re probably running a TLS configuration that the IETF says is “non-conformant”. But you didn’t do anything wrong. In July, the IETF published a pair of RFCs that took away three of TLS 1.2’s key exchange methods and froze the rest of it. The phrase they used is MUST NOT, the strongest thing a specification is allowed to say. Nginx, Apache, and Windows Server all ship with those key exchanges turned on by default. Nothing breaks tomorrow.

How long would it take you to get one new line of code into the container running your payment service? In a lot of organizations, the answer runs to weeks, because the change has to clear a build owner, a test cycle, and a release window that nobody wants to open early. That timeline is why so much monitoring advice fails on contact. Most of it opens by telling you to add a library, rebuild the image, and push a new version. If you could do that this afternoon, you would have done it already.

A second service call rarely looks like a strategic failure on a dashboard. It appears as another work order, another technician assignment, or another customer follow-up. That accounting view makes repeat visits look operationally normal, even when they are financially destructive. The first visit carries the visible cost of dispatch, labor, travel time, and parts handling. The second visit carries all of that again, plus customer downtime, SLA pressure, escalation risk, and lost technician capacity.