Operations | Monitoring | ITSM | DevOps | Cloud

Latest News

Why use a status page API and best alternatives

In the digital age, transparency and communication are key to customer satisfaction and operational efficiency, especially during downtime or degraded performance. This is where the importance of a status page comes into play, helping organizations effectively automate these communications, particularly through the use of status page APIs.

Building Modern REST APIs with OpenAPI

No, I'm not talking about 'OpenAI', though you certainly can use it to assist in your API designs. I'm talking about the OpenAPI standard, a modern spec for defining REST APIs. If you're reading this, I probably don't need to tell you that REST APIs are ubiquitous in tech. Practically every company has at least one, whether it be an internal or customer facing API. While other types of APIs have been gaining traction the last few years (GraphQL, gRPC, etc), REST is here to stay.

Lessons learned from running a large gRPC mesh at Datadog

Datadog’s infrastructure comprises hundreds of distributed services, which are constantly discovering other services to network with, exchanging data, streaming events, triggering actions, coordinating distributed transactions involving multiple services, and more. Implementing a networking solution for such a large, complex application comes with its own set of challenges, including scalability, load balancing, fault tolerance, compatibility, and latency.

Now in the API: Website monitor configurations

As you may know, StatusGator has two monitor types at present: Cloud service monitors and website monitors. Our website monitor feature allows a myriad of sophisticated configuration options including interval config, HTTP methods, and content or status checks. We’ve just launched some important improvements to our API for those of you using website monitors. Our Service show endpoint will now include configuration details for those monitors that are website monitors under a new key called config.