AWS Support Companion: agentas, kuris skaito logus ir ruošia support case
·
AWS Support Companion skamba kaip techninis terminas. Bet kai pažiūri praktiškai, čia yra labai žemiškas klausimas: kiek darbo darome rankomis tik todėl, kad niekas neprisėdo sutvarkyti proceso?
AWS parodė Support Companion pavyzdį su Amazon Bedrock AgentCore. Agentas analizuoja CloudWatch logus, ieško AWS dokumentacijoje, tikrina re:Post žinias ir gali paruošti support case. Kitaip tariant, nebe tik mandagus pokalbių langas.
Man tokiose naujienose visada įsijungia mažas vidinis buhalteris. Ne tas, kuris skaičiuoja sąskaitas, o tas, kuris klausia: kiek tai kainuos, kas prižiūrės ir kur gali lūžti?
KAS NUTIKO
Sprendimas naudoja Strands Agents kaip orkestravimą, Model Context Protocol jungtims su AWS paslaugomis, CloudFormation diegimą ir Amplify web sąsają. Pavyzdys techninis, bet verslo mintis paprasta: agentas gali surinkti informaciją iš kelių vietų ir padėti žmogui greičiau suprasti incidentą.
Jei esate kada nors sėdėję prie incidento su trimis atidarytais tabais, penkiais Slack threadais ir logais, kurie atrodo kaip makaronai, žinote tą jausmą. Visi skuba, visi klausia, o atsakymas pasislėpęs kažkur tarp eilučių.
KODĖL TAI SVARBU
AWS Support Companion svarbus todėl, kad DI agentai pagaliau pradeda liesti operacinį darbą. Ne tik sukurti tekstą, o pereiti per logus, dokumentaciją, bendruomenės atsakymus ir paruošti žmogui veiksmų planą.
DI jau nebe vien langelis, į kurį įmetame tekstą. Jis jungiasi prie įrankių, moka kviesti servisus, gali veikti keliais žingsniais ir pradeda liesti tikrus verslo pinigus. Čia romantika baigiasi. Prasideda tvarka.
KĄ TAI REIŠKIA VERSLUI
Verslui tai reiškia trumpesnį laiką iki diagnozės. Ne kiekviena įmonė naudoja AWS, bet logų, dokumentacijos ir support bilietų problema universali. Kuo sudėtingesnė sistema, tuo daugiau laiko prarandama ne sprendžiant, o ieškant, kur pradėti.
- pradėti nuo skaitymo teisių logams
- agentui duoti aiškius šaltinius
- drausti automatinį keitimą produkcijoje be žmogaus
- matuoti incidento diagnozės laiką prieš ir po
Praktinis pavyzdys: agentas gauna klaidos ID, surenka susijusius logus, palygina su dokumentacija ir pasiūlo tris tikėtiniausias priežastis. Žmogus sprendžia, ką daryti toliau.
KUR PASISLĖPUSI RIZIKA
Rizika – leisti agentui veikti kaip administratoriui, kai jis dar turėtų būti tik analitikas. Incidento metu pagunda spausti greitą mygtuką didelė. Čia ir prasideda tvarka.
Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiai parašytu sakiniu, mandagiu tonu ir labai užtikrintu veidu. Todėl verslui reikia ne tik įrankių, bet ir įpročio tikrinti.
KĄ PASIDARYTI ŠIĄ SAVAITĘ
Pasirinkite vieną pasikartojantį support scenarijų ir susirašykite, kokius tris šaltinius žmogus visada tikrina. Tai yra pirmas kandidatas DI agentui.
Šaltinis: Amazon Web Services.
DUK
Kas yra AWS Support Companion?
Tai AWS pavyzdinis DI agentas, kuris padeda analizuoti logus, dokumentaciją ir kurti support case.
Ar jis pats taiso sistemas?
Pavyzdys orientuotas į analizę ir pagalbą, o rizikingi veiksmai turėtų likti su žmogaus patvirtinimu.
Ką gali pasiimti ne AWS įmonės?
Patį principą: agentas kaip incidentų informacijos surinkėjas ir pirmos analizės pagalbininkas.
Jei norite DI naudoti ne dėl mados, pradėkite nuo vieno proceso. Paimkite užduotį, kuri kartojasi kas savaitę, susirašykite žingsnius ir tik tada junkite įrankį. Daugiau praktinių DI taikymo pavyzdžių rasite MasterSprint.
