TReNDS DI agentas klaidas randa per mažiau nei minutę
·
DI agentas klaidų analizėje TReNDS centre sutrumpino darbą nuo 15-30 minučių iki mažiau nei minutės. Čia viena iš tų naujienų, kur nereikia daug fantazijos: kiekviena komanda, kuri turi sistemas, turi ir gedimų.
KAI GEDIMAS VALGO DIENĄ
AWS aprašo Georgia State University TReNDS centro sprendimą su Amazon Bedrock ir Strands Agents SDK. Agentas realiu laiku renka kontekstą apie produkcines klaidas ir ieško galimos priežasties.
Kas yra gražu? Ne tai, kad agentas kažką „protingai sugalvoja“. Gražu tai, kad jis daro nuobodų pirmą darbą: surenka logus, pažiūri signalus, sulygina įvykius ir duoda žmogui kryptį.
Kiek kartų komandoje būna taip: visi žiūri į ekraną, kažkas sako „gal deploy?“, kitas „gal duomenų bazė?“, trečias jau ruošiasi kaltinti cache. Agentas čia gali būti tas, kuris greitai sušluoja faktus į vieną vietą.
NEPAKEIČIA INŽINIERIAUS
Man patinka šitas kampas, nes jis nėra apie inžinieriaus pakeitimą. Jis apie triukšmo sumažinimą.
Geras specialistas vis tiek priima sprendimą. Bet vietoj 20 minučių rankinio naršymo jis gauna pradinę hipotezę per minutę. Jei hipotezė bloga, atmeta. Jei gera, taiso greičiau.
Versle tokie laimėjimai dažnai atrodo maži, kol jų nesuskaičiuoji per mėnesį. Dešimt incidentų, po pusvalandį kiekvienam, keli žmonės viename pokalbyje. Staiga DI agentas jau taupo ne minutę, o visą darbo dieną.
KUR PRADĖTI
Pirmas žingsnis nėra agentas. Pirmas žingsnis yra tvarkingi signalai. Ar turite logus? Ar aišku, kur deploy istorija? Ar incidentų komentarai gyvena vienoje vietoje?
Jeigu ne, agentas bus kaip treneris be baseino: stovi su planu, bet plaukti nėra kur. Susitvarkykite duomenų taką, tada agentui bus ką skaityti.
Šaltinis: pirminis pranešimas.
Trumpi atsakymai
Kas yra DI agentas klaidų analizei?
Tai agentas, kuris renka techninius signalus ir padeda greičiau rasti galimą gedimo priežastį.
Kiek sutaupyta TReNDS pavyzdyje?
AWS nurodo, kad analizė sutrumpėjo nuo 15-30 minučių iki mažiau nei 60 sekundžių.
Ar agentas pats taiso klaidas?
Nebūtinai. Saugiausias pirmas variantas yra rekomendacija žmogui, o ne automatinis taisymas.
Jei komandoje klaidos vis dar aiškinamos rankomis, pradėkite nuo logų santraukos agento. Ne nuo magijos. Nuo vieno aiškaus klausimo: kas pasikeitė prieš gedimą?
