Ključni argument ovdje je jednostavan: AI agenti ne popravljaju DevOps čarobno. Oni samo brže pokažu kvalitetu platforme. Ako tim već ima jake testove, dobru telemetriju, jasnog ownera i sigurne rollback puteve, agentic workflowi mogu pomoći. Ako su ti temelji slabi, agent samo postaje brži način da se dođe do istih problema.
Zato je DORA framing važan. Poanta nije da AI treba ignorirati. Poanta je da isti inženjerski temelji i dalje određuju pomaže li automatizacija ili šteti. Zrela platforma ima nekoliko očitih osobina: automatizirane testove, observability, disciplinu verzioniranja, jasne boundaryje između okruženja i rollback put koji ne ovisi o sreći.
Kad su ti dijelovi na mjestu, agent može biti stvarno koristan. Može sažeti incident, povezati signale, nacrtati korake iz runbooka ili pomoći inženjeru brže pregledati promjenu. Ali ta je vrijednost vidljiva samo zato što je platforma već postavila sigurne granice. Zato su najbolji prvi use caseovi read-only ili recommendation-first.
Incident triage je dobar primjer. Isto vrijedi za sažimanje logova, mapiranje ovisnosti ili pripremu nacrta postmortema. To su zadaci dovoljno strukturirani da profitiraju od automatizacije, a ipak zadržavaju čovjeka u petlji. Production promjene, destruktivne akcije i nejasni root-cause zaključci i dalje trebaju odobrenje i ljudsku prosudbu.
Zato je najbolji način pisanja o agentic DevOpsu taj da se kaže da AI, ali tek nakon što su dosadne stvari riješene. Ako su testovi, observability i rollback već zreli, agenti mogu ubrzati tim. Ako nisu, agent je samo novi način da se naprave stare greške.
Reference: DORA 2024, DORA 2025, AWS DevOps Agent i OpenAI engineering guide.
Povezana područja
Savjetodavna područja vezana uz ovu temu
Ova su područja rada usklađena s temom članka i daju čišći prijelaz od edukativnog sadržaja do konkretne implementacije.
Nastavite čitati
Povezani članci
Prvo po zajedničkim kategorijama, a zatim po najjačem preklapanju u tagovima.
