AWS ukazuje agentickú triáž incidentov v Amazon Quick s New Relic a Asanou

AWS zverejnilo 9. júna 2026 technický príklad, ktorý ukazuje, ako môže vyzerať praktická podoba agentického riešenia pre incidenty v prevádzke. Autori Ebbey Thomas a Muthuvelan Swaminathan opisujú vlastného asistenta na triáž incidentov postaveného v Amazon Quick, ktorý z jedného zadania preverí problém v produkcii, poskladá dôkazy a pripraví podklad pre ďalší postup tímu.

Podstatné je, že nejde o samostatný chatbot odtrhnutý od nástrojov, v ktorých už technické tímy pracujú. Ukážka stojí na natívnych integráciách Amazon Quick: agent používa New Relic Model Context Protocol Server a Asanu. New Relic je v tomto scenári vstavaný konektor, ktorý sprístupňuje AI nástroje na uvažovanie pri incidentoch a analýzu výkonu, zatiaľ čo konektor Asana slúži na vytvorenie úlohy pre ďalšie spracovanie.

Príkladový prompt je zámerne blízky realite prevádzkových tímov: používateľ hlási pomalý checkout a serverové chyby v službe checkout-service v produkcii, žiada kontrolu posledných 24 hodín a vygenerovanie RCA. Agent následne neostáva pri všeobecnej odpovedi. Má získať relevantné signály, poskladať stručný rozbor príčiny s odkazmi na dôkazy a vytvoriť úlohu v Asane, aby sa zistenia nestratili po skončení konverzácie.

Najväčšia hodnota takéhoto prístupu je v skrátení fázy, ktorá pri incidentoch často pohltí najviac času: hľadanie, čo sa vlastne stalo. Operátor alebo vývojár bežne prepína medzi observability nástrojmi, dashboardmi, tiketmi a internými poznámkami. AWS tvrdí, že pri internom testovaní na aplikáciách New Relicu sa podarilo znížiť fázu zhromažďovania dôkazov. Ak sa tento efekt prenesie do praxe, môže to znížiť MTTR a zároveň obmedziť stratu znalostí medzi zmenami, tímami a nástrojmi.

Dôležitý je aj spôsob orchestrácie. Amazon Quick chat agents používajú action connectors, teda prepojenia, cez ktoré agent vykonáva konkrétne kroky v externých systémoch. V tomto prípade nejde iba o vyhľadanie textu alebo sumarizáciu dokumentácie. Agent má k dispozícii špecializované schopnosti New Relicu pre incident response a performance analysis a potom výsledok pretaví do pracovného objektu v Asane.

Pre firmy to naznačuje posun od pasívnych AI asistentov k nástrojom, ktoré pracujú priamo v incidentnom toku. RCA brief s evidence links môže byť užitočný nielen pre okamžité rozhodovanie, ale aj pre spätnú analýzu. Ak sú odkazy na dôkazy súčasťou výstupu, tím vie overiť, z čoho agent vychádzal, a nemusí sa spoliehať iba na hotové tvrdenie v chate. To je pri produkčných incidentoch kľúčové, pretože rýchlosť bez dohľadateľnosti by mohla viesť k nesprávnym záverom.

Zároveň platí, že AWS blog opisuje vzor a ukážku, nie univerzálne hotové riešenie pre každú organizáciu. Nastavenie sa opiera o dokumentáciu integrácie New Relicu v Amazon Quick, dokumentáciu vlastných chat agentov a prehľad New Relic MCP. Praktický dopad preto závisí od toho, aké dáta má organizácia v New Relicu, ako má nastavené procesy v Asane a ako presne definuje incidentné postupy, zodpovednosti a kontrolu výstupov.

Pre tímy SRE, DevOps a platform engineering je však smer jasný: incidentná triáž sa dá zabaliť do opakovateľného agenta, ktorý znižuje manuálne prepínanie kontextu. Namiesto toho, aby každý incident začínal prázdnym hľadaním v metrikách a logoch, agent môže vytvoriť prvý dôkazový balík. Človek potom rieši overenie, rozhodnutie a nápravu, nie mechanické skladanie základného obrazu z viacerých systémov.

Partnerstvo Amazon Quick a New Relic v tejto ukážke je preto zaujímavé hlavne tým, že spája generatívne rozhranie, observability dáta a nástroj na riadenie práce do jedného toku. Ak sa podobné vzory ujmú, agenti v podnikových systémoch nebudú hodnotení podľa toho, či odpovedajú plynulo, ale podľa toho, či dokážu rýchlo a auditovateľne premeniť chaotický incident na konkrétne dôkazy, rozhodnutia a úlohy.