Operations | Monitoring | ITSM | DevOps | Cloud

New in Skylar One - Kyoto: Helping IT and Business Teams Focus on What Matters Most

When technology works, businesses thrive. Employees stay productive, customers stay connected, and critical services keep running. But when something goes wrong, the real challenge is not only detecting the issue. It is understanding what it affects, who may fell the impact, and how urgently the business needs to respond. That is the value behind the Kyoto release. The latest Skylar One update helps teams better connect IT health to business impact.

Is Your Network Holding Back Your Cloud Strategy?

Every layer of the modern network stack moves at cloud speed. If your connectivity doesn't, your entire strategy can stall. Co-authored by Fabio D’Avino This blog includes insights from Fabio D’Avino, a specialist in Network as a Service (NaaS) with more than seven years of experience researching, designing, and building global network services. Fabio’s work explores how organizations can modernize connectivity as cloud, hybrid, and AI-ready infrastructure strategies evolve.

Full-stack observability in Grafana Cloud: How to investigate issues across services and infrastructure

Many times, the hardest part of troubleshooting isn’t fixing the actual problem. It’s figuring out where to start. As engineers, it’s easy to lose count of how many times we’ve opened logs, then 10 metrics tabs, and another 10 tabs with trace queries, only to end up back in the logs trying to find a root cause.

AI ROI Dispatches: How a non-engineer solved a $300K problem for under $1K

A year ago, the sentence “I just deployed an app on GitHub” wouldn’t have made sense coming from me. I’m the VP of People at CloudZero; code deployments and I were not close friends. That’s changed. In this AI era, non-engineers are building, and I think that’s a genuinely good thing. But only if it’s tied to something that matters.

Shipped: LiteLLM is probably under-counting your Claude spend

If you run Claude through LiteLLM, some of that spend is probably going uncounted – and you can’t see it, precisely because the data isn’t there. Routing through a gateway is messier than it looks: LiteLLM alone can carry Claude several ways – the OpenAI-compatible endpoint, and the Anthropic pass-through proxy that the native SDK and Claude Code use – and each path describes the same call differently.

What Customers Are Doing With AI and Honeycomb

At O11yCon, we talked to engineering teams across the industry, and the numbers are starting to get genuinely wild: Mixpanel DevOps Engineer Eddie Bracho told us their engineering team is generating 50% more PRs than before AI came into the mix (sorry). That kind of velocity is exciting, but it's also a pressure test for every part of your stack that isn't writing code, including your observability practice. Here's what we're hearing from customers about how that's playing out.

Difference Between Elasticity and Scalability in Cloud Computing

In cloud computing, teams use elasticity and scalability as if they mean the same thing. In reality, the two describe different ways a system handles load, and they solve different problems. Mixing them up can be very expensive. You either pay for capacity that sits idle, or your app buckles the moment traffic spikes, and the bill and the incident report both feel it.

5 pitfalls to avoid when measuring DevEx in the AI era

Developer experience, commonly known as DevEx, describes how an organization’s systems, workflows, tools, and culture affect developer productivity. A positive DevEx leads to tangible organizational benefits, including faster releases, increased innovation, and reduced technical debt. Measuring DevEx enables engineering management to quantify their team’s impact and understand where to direct improvement efforts.

Debug and evaluate your AI app from your coding agent with Datadog Agent Observability

Coding agents like Claude Code, Cursor, and Codex CLI handle the coding parts of building an AI application well. The harder work comes after: understanding why a response went wrong, building eval sets that reflect real production behavior, and keeping up with an application that changes faster than any one-off script can. Teams spend 60–80% of their time on evaluation and error analysis, and much of that work needs to be redone every time the stack shifts.

What's New in InfluxDB 3 Explorer 1.9: Flux-to-SQL Conversion, InfluxQL Support, and More

InfluxDB 3 Explorer 1.9 makes it easier to work with your existing queries. Whether you’re migrating Flux queries to SQL or you’ve been writing in InfluxQL for years, this release helps bring your existing queries forward instead of starting from scratch. For teams moving to v3 from earlier versions of InfluxDB, query migration is often one of the last major hurdles.