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?