Course Wiki

DevOps and Observability for AI-Built Apps — AI Dev Tools Zoomcamp Module 4

# DevOps and Observability for AI-Built Apps

AI Dev Tools Zoomcamp › Module 4: DevOps and Observability for AI-Built Apps › DevOps and Observability for AI-Built Apps

Notes

DevOps and Observability for AI-Built Apps

Module 3 ends with an app that deploys automatically when tests pass. That gets it online. It does not tell you whether it still works.

If an important endpoint starts returning 500, you need to know that users are affected, find the failed requests, connect them to the deployment that caused them, and decide what to do. CI/CD ships a bad release as efficiently as a good one.

This module builds the loop that closes that gap:

change
→ observe user impact
→ alert with context
→ investigate from evidence
→ authorize a bounded response or escalate
→ verify recovery
→ audit the code and the response trail

We also put an agent inside that loop as the first line of support. It collects the same evidence you would collect, compares it with recent changes, and proposes an action. What it does not get is general production credentials. A model supplies confidence; code outside the model enforces permission.

The concrete stack is OpenTelemetry into Prometheus, Loki, and Tempo, with Grafana on top, and a responder that runs Codex or Claude Code in headless mode. Those products are replaceable. The boundaries between evidence, reasoning, permission, and verification are the part worth learning.

You will:

Prerequisite: the deployed app from Module 3.

Recording: DevOps and Observability for AI-Built Apps

Module summary: The companion article makes the deployed app more production-ready by separating dev and prod, collecting logs, metrics, and traces, and alerting on user impact. It then runs a small proof-of-concept agent as on-call responder: given an alert, it investigates the root cause, reproduces the failure, and commits a fix, without the allowlists, escalation, or recovery verification a production setup would need — the module’s own lessons add those guardrails on top.

Read the article: DevOps and Observability for an AI-Built App

This module is where Module 5 starts. Every capability you add to a coding agent there belongs in the kind of capability table you build for the responder here.

Where the Other Tools Fit

Once the problems have names, the rest of the landscape places itself:

Key concepts

Sources


DataTalks.Club. Hosted on GitHub Pages. Built with Rustkyll. We use cookies.