AWS Well-Architected Agent navrhne opravy, no vyžaduje drahšiu podporu

AWS v oznámení z 1. októbra 2026 sprístupnila verejné preview služby AWS Well-Architected Agent. Agent analyzuje náklady, bezpečnosť, výkon a odolnosť infraštruktúry v AWS. Výsledkom môžu byť aj návrhy úprav infraštruktúry v kóde, príkazy alebo automatizačné runbooky, nielen zoznam zistených problémov.

Prístup podľa dokumentácie AWS vyžaduje plán podpory Business+ alebo vyšší; plánované odporúčania sa obnovujú týždenne a jeden profil môže analyzovať najviac 100 účtov AWS. Zákazníci s plánmi Developer alebo Business agenta v preview používať nemôžu. Označenie verejné preview teda neznamená dostupnosť pre každý účet AWS.

Čo vstupuje do odporúčania

Agent spája metriky využitia, konfiguráciu zdrojov a topológiu aplikácie s cieľmi, ktoré firma nastaví v profile. Profil určuje účty, regióny, oblasti optimalizácie a obchodné priority. Odporúčania následne zoraďuje podľa ich očakávaného prínosu a náročnosti, takže nález pri kritickej aplikácii môže dostať inú váhu než podobný nález v menej dôležitom prostredí.

Výstup sa môže týkať jednotlivého zdroja, súvisiacich zdrojov v aplikácii alebo širšieho architektonického návrhu. Pri každom odporúčaní má tím vidieť aj dopad na ďalšie oblasti a kompromisy, ktoré by vykonanie zmeny prinieslo. Návrh na vyššiu odolnosť tak treba posudzovať spolu s jeho možným vplyvom na náklady a výkon, nie ako samostatné technické zlepšenie.

Odporúčania na úrovni aplikácie majú zatiaľ označenie beta. Táto hranica je dôležitá najmä pri nálezoch, ktoré spájajú viacero zdrojov: ich význam závisí od toho, či profil správne zachytáva rozsah aplikácie a jej závislosti. Nález na úrovni jedného zdroja má užší predmet, hoci ani pri ňom samotné porovnanie s osvedčeným postupom neurčuje, či je zmena vhodná pre konkrétnu prevádzku.

Aké opravy agent pripravuje

Pri vhodnom náleze môže agent ponúknuť postup v konzole, príkazy AWS CLI alebo runbook AWS Systems Manager. Viceprezidentka AWS Support Jill Farissová opísala v správe DevOps.com aj kód použiteľný cez nástroje infraštruktúry v kóde. Tím tak môže dostať vykonateľný návrh, no rozhodnutie o jeho použití zostáva oddelené od vytvorenia odporúčania.

Ďalším vstupom sú šablóny infraštruktúry v kóde pred nasadením. AWS v oznámení menuje Terraform, AWS CDK a AWS CloudFormation a uvádza, že agent dokáže vyhľadať medzery voči postupom Well-Architected a vrátiť návrh upraveného kódu. Podrobný postup architektonickej kontroly však výslovne opisuje projekty Terraform a AWS CDK; pri CloudFormation oznámenie nevysvetľuje rovnako podrobne, ako sa tento vstup predkladá na kontrolu.

Rozdiel medzi priebežnou analýzou a kontrolou IaC mení aj okamih, keď je oprava užitočná. Metriky a konfigurácia ukazujú stav bežiaceho prostredia, zatiaľ čo šablóna umožňuje nájsť problém v navrhovanej architektúre ešte pred vytvorením zdrojov. Pri IaC je výsledkom návrh zmeny kódu; pri prevádzkovom náleze môže byť vhodnejší postup cez konzolu, CLI alebo runbook.

Predstaviteľným príkladom je databáza, pri ktorej je cieľom vyššia odolnosť. AWS uvádza možný návrh záložného riešenia vo viacerých zónach dostupnosti spolu s runbookom a opisom vplyvu na cenu a výkon. Je to príklad schopnosti služby, nie doložený výsledok nasadenia u konkrétneho zákazníka. Práve takýto výstup ukazuje, prečo môže byť automatizovaný postup technicky pripravený, ale jeho hospodársky a prevádzkový dopad musí posúdiť vlastník aplikácie.

Komu je preview dostupné

Oprávnené sú plány Business+, Enterprise On-Ramp, Enterprise Support a Unified Operations. Pre firmu s bezplatným plánom Basic znamená podmienka Business+ prechod na platenú podporu. Pri staršom pláne Business však vyššia úroveň podpory sama osebe neznamená vyššiu mesačnú cenu: AWS pri prechode na Business+ uvádza nižšiu minimálnu cenu než pri pôvodnom Business. Názov existujúceho plánu je preto pre dostupnosť agenta dôležitejší než predpoklad o výške účtu za podporu.

Profil agenta môže byť hostovaný v regiónoch US East (N. Virginia), US East (Ohio) alebo US West (Oregon). Z takto umiestneného profilu možno analyzovať zdroje vo všetkých komerčných regiónoch AWS. Slovenská firma teda môže mať pracovné záťaže v európskom regióne, zatiaľ čo profil agenta je v jednom z uvedených amerických regiónov. Poloha profilu a poloha analyzovaných zdrojov sú pri tejto službe odlišné údaje.

Rozsah profilu ovplyvňuje, čo sa do odporúčaní vôbec dostane. Ak firma nezaradí účet, región alebo aplikáciu do sledovaného rozsahu, agent jej k týmto zdrojom nevytvorí súvislý obraz. Týždenné obnovovanie plánovaných odporúčaní zároveň znamená, že zmena vykonaná medzi obnoveniami sa nemusí okamžite premietnuť do nového zoznamu nálezov. Kontrola IaC pred nasadením má odlišný účel: hodnotí predložený návrh, nie posledný stav všetkých bežiacich zdrojov.

Hranica medzi návrhom a nasadením

Dokumentácia AWS upozorňuje, že odporúčania vytvorené pomocou AI treba dôkladne preskúmať pred vykonaním. Pri upravenej šablóne to znamená posúdiť, ktoré zdroje a závislosti sa zmenia. Pri príkazoch a runbooku je rozhodujúci rozsah zásahu, potrebné oprávnenia a možnosť vrátiť prostredie do pôvodného stavu. Tieto otázky vyplývajú z povahy navrhovanej opravy, aj keď agent dodá pripravený postup.

Najužšie vymedzené opravy sa dajú posúdiť podľa konkrétneho zdroja a očakávanej zmeny jeho konfigurácie. Návrh zasahujúci do topológie aplikácie vyžaduje širšie architektonické rozhodnutie, pretože môže súčasne meniť odolnosť, výkon, bezpečnosť aj náklady. Pre oprávnený tím je tak podstatným výsledkom preview kvalita návrhov v jeho vlastnom prostredí a možnosť bezpečne rozhodnúť, ktoré z nich nasadí.

Prečítajte si aj:

• AWS ukončí DevOps Guru: staré IaC šablóny môžu zablokovať nasadenie
• Grammarly či LanguageTool po slovensky: podpora neznamená rovnakú hĺbku
• MongoDB spojilo pamäť a dohľad agentov, no Agent Engine je iba preview