Operations | Monitoring | ITSM | DevOps | Cloud

According to the 2024 State of SaaSOps report, organizations now use an average of 112 SaaS applications. That’s 112 potential points of failure. Manually checking or subscribing to each of those status pages is not scalable. Even small teams often rely on 30+ services spanning infrastructure, communication, payments, and security. A status page aggregator like StatusGator consolidates service statuses from hundreds or even thousands of providers into a single, unified view.

If you want a secure, efficient, and compliant network, network configuration management is a must. Whether managing a small network or being responsible for a large enterprise system, having the right solution can make all the difference. Network configuration management tools provide valuable insights into devices on your network, and they can help quickly restore previous configurations in the event of a failure, misconfiguration, or security incident. What is network configuration management?

By centralizing your mission-critical logs, metrics, traces, and events from all of your systems into one platform, Sumo Logic enables teams across development, security, and operations to operate from a single source of truth. While this unified approach is crucial for fast issue identification and minimizing downtime from infrastructure failures or security breaches, not everyone on your team needs access to every bit of data.

As your applications scale across cloud and SaaS providers, allocating costs and optimizing workloads become increasingly important—and challenging. Without access to cost data in their daily workflows, engineering teams can’t easily understand the cost of their resources and identify where they can reduce their spend. And while FinOps teams have access to cost data, they often review this information in silos.

Delivering software quickly and reliably is the main focus of modern DevOps. But to improve your delivery performance, you need to understand it, and that starts with measurement. Teams primarily measure performance in this area by using DORA metrics—deployment frequency, change lead time, change failure rate, and time to restore service*. These metrics help teams understand trends in their software delivery practices in quantifiable terms that they can track and improve over time.

If you’re a Datadog customer, you’re likely using our platform to gain visibility into your infrastructure and applications and to troubleshoot using logs, metrics, and traces when issues arise. To support these efforts, you’ll want access to the most granular telemetry signals and intuitive workflows that streamline your investigation.

Starting on Aug. 1, 2025, AWS will bill for the initialization (INIT) phase of Lambda functions, bringing a key change to how you are charged for serverless workloads. This billing update will impact functions using managed runtimes with ZIP archive packaging, which previously excluded the INIT phase from the billed duration. For teams that rely heavily on AWS Lambda, this is a small but significant change. The INIT phase, while short, could introduce costs that were previously invisible.

Mobile apps are a little different from services run on servers. You build your mobile app, you ship it off to the world, and then it gets run by the end user on their own machine. If your app is running poorly on some percentage of users’ devices, you may never know. That’s where observability comes in. There are certain important metrics that every mobile app has in common.

Modern engineering teams spend a lot of time and resources in setting up monitoring of their production systems - tracking uptime, catching errors, and responding to incidents before customers ever notice. But what about the journey before code reaches production? For most teams, observing the CI/CD pipeline is either an afterthought or completely overlooked. While we recognize its importance, do we truly understand how well our CI/CD process is functioning?

So you're building an MCP server for your project or service, to allow AI chatbots and agents to interact with it? Great! You've decided to build it using Cloudflare Workers, have written the code, shipped it, and the first users are getting onboard: you're officially running it in production. That's when problems start. I'm not here to dissuade you from shooting your shot, but let's make sure you've got your bases covered in production when something inevitably goes wrong.