Operations | Monitoring | ITSM | DevOps | Cloud

Latest releases, resources, and events focused on Microsoft SCOM and modern ITOps & DataOps CONTACT.

There was a version of daily life, not long ago, that ran entirely on physical effort. Booking a trip meant a visit to a travel agent. Ordering lunch meant walking to a restaurant or calling and hoping someone picked up. Buying something for the home meant a trip to the store and a checkout queue. Paying a bill meant visiting a bank branch and engaging with a teller. None of it was instant, and nobody expected it to be.

One night, Daniel Rizzy was the only person awake on Zylker’s IT team, and the clock was already running. He was also the only thing standing between a P1 outage and 10,000 customers. Rizzy works nights for ZylkerXchange, Zylker’s foreign currency exchange app. He lives on the city’s outskirts, where the air is clean and quiet, and the night shift suited that life. Most nights, nothing happened. Some nights, everything did.

Depending on the success of your database audit trail program, creating an audit trail for your data log can either be a benign part of company protocol or a major nuisance. Several industries, from health care to finance to public works, require detailed reporting of data logs through an audit trail.

Remember being excited (or dreading, depending on the stage of your career and the company you worked at) about writing unit tests? Or sweating all the details in your end-to-end and integration tests you were sure covered all the use cases your users would hit? These days a lot of UIs are slowly being replaced by a single input field and an agent that promises to deliver the same value a UI would, but with the elegance and pun-ness of a “Jarvis”.

Engineering teams spend much of their incident response time investigating the problem and coordinating the response. Both tasks become harder when telemetry data lives in one place, deployment history is stored in another, and conversations unfold across chat channels and incident bridges. Responders often spend the first part of an incident rebuilding context before they can begin testing hypotheses and working toward resolution.

At Datadog, we want our developers to become better at using AI tools with the end goal of building quality software, faster, that generates real value. This includes not only the products and features that our customers use, but also the internal tools that help keep our workflows running smoothly behind the scenes.