▲ 0 r/sre

AI can't fix a poorly designed pipeline — it can only autoscale one you've already designed right

A chunk of our pipeline incidents weren't application failures — they were us nursing infrastructure that should have been disposable. What changed the reliability picture most:

  • Cattle, not pets, applied to build agents. If a runner dies mid-test, the orchestrator destroys and replaces it. The job retries — no page, no manual reboot. The pipeline heals before anyone notices.
  • Elasticity as a reliability feature, not just cost. Fan out 45 ephemeral agents during a code-freeze rush instead of queuing jobs for hours; scale to zero overnight. Removes the "thundering herd" failure mode entirely.
  • Measure the standard. DORA metrics (deploy frequency, lead time, change failure rate, MTTR, rework rate) plus contextual failure alerts straight to the dev who broke it, not a generic dashboard nobody watches.
  • Reproducibility is your real DR. "Change a region variable and re-apply" beats a 48-hour restore-from-backup runbook.

Once the engine self-heals and emits real metrics, that's the point where AI earns a role — reading the signals and making scaling and remediation adjustments on its own. But it's acting on a system you designed, not designing it for you. You cannot vibe code good architecture!

Curious how this group handles it — are your CI runners fully disposable, or is there still a pet or two everyone's afraid to touch?

reddit.com
u/seunaw — 10 days ago

The platform work nobody credits you for is the work that lets you add agents later

Platform teams get pushed toward the shiny layer — self-service, AI agents, automation — but the unglamorous foundation is what determines whether any of it holds. Scaling a pipeline taught me the leverage is all in the abstractions:

  • Golden paths only work if they're reproducible. No UI changes anywhere — GitHub, AWS console, Grafana. Everything as code, dashboards as JSON in the repo. If you can't rebuild an environment exactly, your "platform" is a set of conventions people drift away from.
  • Decouple the runtime early. We built around Helm/Kubernetes, then a database needed dedicated VMs and Helm couldn't follow — it only speaks K8s. One Ansible + Packer playbook that bakes both a container image and a VM AMI removed the lock-in. Terraform/Pulumi as the runtime abstraction matters more the bigger you get.
  • Abstract telemetry too. OpenTelemetry so apps emit to a standard interface, not to whatever backend you happen to run today. Swapping backends shouldn't touch app code.

My take: a platform that enforces a standard, monitors it, scales it, and lets parts be swapped out is exactly what makes agents viable. Build the engine first — once it's stable, an agentic layer that monitors and maintains it becomes the natural next step instead of a liability. Full write-up with the tradeoff tables exists, but I'm curious — where's your abstraction layer thinnest right now?

reddit.com
u/seunaw — 10 days ago