Operations | Monitoring | ITSM | DevOps | Cloud

We’ve made several improvements to Single Sign-On (SSO) in StatusGator to make authentication easier to configure and easier to monitor. As a reminder the StatusGator dashboard includes SAML-based SSO on all plan tiers, even our free plan. This update introduces a simplified SSO setup flow along with a new Audit logs tab that provides visibility into authentication activity.

Cloud status pages were supposed to bring transparency to outages. Instead, they’ve become one of the most frustrating parts of incident response. Just to illustrate, here are only a few of the many posts on X: When a cloud service fails, status pages are often slow to update, incomplete, or missing information. Crowdsource platforms are noisy and misleading.

Ben Avner is the Head of Ecosystem and Strategic Alliances at Apono, where he leads the company’s global partner strategy and technology alliances. He focuses on building and scaling strategic partnerships that drive product innovation, partner-influenced pipeline, and long-term growth. A former founder and engineer, Ben brings a strong technical foundation and a builder’s mindset, combined with experience across marketing, product partnerships, and go-to-market strategy.

Since the Datadog Model Context Protocol (MCP) Server first launched in Preview, Datadog has experienced an overwhelming amount of interest and feedback from customers. We appreciate those who requested access to test our product, provided feedback, and shared their stories of how the MCP Server helped them overcome engineering challenges.

This guest blog post is authored by Nick Vecellio, Principal Engineer and Co-founder of NoBS, a Premier Datadog Partner specializing in hands-on Datadog migrations and optimizations. At NoBS, we help enterprises migrate their observability stack to Datadog. Teams often come to us after a migration has technically “worked,” but the new setup requires optimization tweaks to provide the clarity, reliability, or operational benefits they’re looking for.

Competitor monitoring reports often end up as data graveyards, filled with information nobody acts on. The difference between reports that gather dust and reports that drive decisions comes down to design choices made before the first data point gets collected. To get the most from your competitor monitoring, building a comprehensive and actionable report is key.

In today’s world, even a missed call can cause concern. Was it important? Who was trying to reach you? Or was it just another spammer? The question who called me from this phone number has become extremely relevant. Not only ordinary users feel this relevance, but also small businesses, security services, and companies that strive to maintain accurate contact databases. In response to this increase in unwanted calls and fraud, specialized web applications have emerged.

It's 2 AM. The Network Is Down. Where Do You Start? You get the call. Users can't connect. VoIP is choppy. Something is broken somewhere between your office and the cloud. You open your monitoring dashboard and it says something is wrong, but not where. Not why. Not since when? So you do what IT teams have done for decades. You open a terminal, run a traceroute, SSH into the router, pull up SNMP, check the firewall logs.

Your software is sending data to Honeycomb. Now where is the dashboard you want? The best dashboard is one created just for your application, or your service, or your team. You can get that in minutes with the Honeycomb MCP. Open your coding agent in your IDE, or on the command line in your code repository. Configure the Honeycomb MCP and authenticate with Read and Write permissions. Now tell it what you want. You can be high-level: Make me a service health board for the frontend service.