AWS DevOps Agent на практыцы: Agent Spaces, расследаванні, праверкі рэлізаў і навыкі

Команды з управління операціямі вітрачаюць багато часу на повторувані задачы: аналіз прычын збоів у трубопроводах, перэвірку стану інфраструктуры, параўнання журналів з показнікамі і відповідзь на шчодэнні запітання про тыя, „што зараз зламано?“. AWS надае готові інструменты для гэтага — CloudWatch, IAM, CodePipeline і Lambda, проце залішаецца прогаліна між первіннімі данімі і конкрэтнімі вісновкамі, на основі якіх можна дыяты.

У гэтым матэрыалі показано практычній підхід до вікорыстання AWS DevOps Agent: як налаштовуецца простыр агента, як віглядае працэс розслідування з початку до кінця, які нові функціі управління віпускамі додаюць можлівостэй, і як функціі Agent Skills дозволяюць агенту впроваджуваты власні процедуры команды. Гэты матэрыал прызначэній для інжэнерыв з DevOps, SRE, розробніків платформ і AI, які ужо працуюць з AWS і прагнуць автоматызаціі, што віходыць за межы простых скрыптыв.

Што таке агент DevOps і што ні

Хутчэй, гэты тэрмін абазуецца на асістэнты для кантролю, які не заменяе інжынераў. Цэта сістэма, якая:

• мае права на чытанне рэсурсаў AWS, а інодзе — обмежаныя права на запіс
• розумее кантэкст кантролю асяроддзя
• можа адпавядаць на запытанні, такія як чаму збылася разгрузка, што зменілася за апошню гадзіну, чыя служба стоіць за адлікамі пакананняў
• функцыонуе як з’ёднальны шар межа AWS API, логаў, паказначанняў і адпаведальных працоўнікаў

Ёй не прыменшвае ролі інжынераў. Іё задача — зменшыць псіхічны навантажэння пад час рутынных расследаванняў і прышвыдзіць ўсе гэтыя працэсы.

Стварэнне прастору агента

Знаходжэнне службы

Ачынце AWS Management Console і абшукайце AWS DevOps Agent. Асновныя функцыі для керування працэю ў прыемнай асяроддзі зазвычай ёсць доступныя. Новейшыя можлівасці керування выданнямі, прыказаныя ніжэй, яшчэ знаходзяцца у прыёмнай версіі.

Стварэнне прастору

Выберыце опцыю «Стварыць прастор агента» і укажыце два элемента: назву, напрыклад Demo-DevOps-Agent, і краткія апісанні асяроддзя чыста ўжоцьбы. Прастор агента становіцца логічным межам для расследаванняў, аналізу топологіі і выдачы рэкамендацый.

Наданне праваў на доступ да рэсурсаў

У раздзеле для надання доступу прастора даўжынкам AWS выберыце опцыю, якая автаматычна стварае новую ролю DevOps Agent. AWS стварае і прыўязвае роль IAM з правамі, якія дазволяюць яй чытаць показнікі і логі CloudWatch, аналізаваць EC2 і супаднія рэсурсы, а таксама ствараць графікі топалогіі. Большасць працоў з IAM, якія зазвычай спамоцавляюць затрымкі ў впрыеме, знікае на гэтым кроцы.

Увімкніце веб-дзялоўку

У раздзеле «Увімкнуць веб-дзялоўку» залішыце выбранай опцыю автаматычнага стварэння ролі. Гэта увімкне інтэрактыўны інтэрфейс, які вікорыстоўваецца для расследавання, чату і панелей керування. Пасля гэтага стварыце прастор агента.

Ачыніце віджок аператара

Перайдзіце да новага прастора агента і ачыніце «Доступ аператара». Чэрз гэта месца знаходзяцься тры роздзелы: DevOps Center, Рэагаванне на інцыдэнты і Іх запобежчэння.

DevOps Center і візыбельнасць, урахоўваючая топалогію

У самай прасторы Цэнтр DevOps паказвае жывы граф топалогіі асяроддзя AWS. Адразу ж выдзеляецца кальколька аспектаў: рэсурсы выглядаюць з’яўленымі ў зв’язку, а не ізольаванымі, відносіны між службамі ёсць віднымі, а агент працуе на аднойчынку з гэтымі зв’язкамі, а не толькі на паказаных паметрыках. Гэтая топалогія мае вельмі важлівое значэнне для аналізу асляпніх прычын пазнейша.

Працава над расследаваннем

Сюды агент і пачынае практычна выкананы сваю працу. На панелі керування выберыце опцыю «Пачаць расследаванне». Проблему можна опісаць простым языкам, або можна выбраць распашчаны фактар, такі як высокая навантажэнна CPU, раст прычынкі памэлей, або відсутнасць паметрыкаў і логаў.

У даным прыкладзе быў віпадак нехваткі даных. Запыт выглядаў так: чы можаце вы пераканацца, чаму даныя пра CPU у CloudWatch не адображаюцца для маіх экземпляраў EC2? Агент адразу ж выявіў паражаныя экземпляры, размістыў іх на відобразэнні топалогіі і запытаў памеры CloudWatch у адпаведным рэгіоне.

Хроналагія і вынікі

У хроналагіі расследавання паказана, як працавала процедура: збір інформацыі, выявленне рэсурсаў, аналіз памераў і формуванне вынікаў. Адзін з выбораў дызайну заслугоўвае увагі. Калі памеры відсутны, агент працоўна паведамляе пра гэта і не дзейнічыць без супакання. Гэта невялікі выбор, але ён мае вялікы паўтарак на довер'е.

Аналіз асновной прычыны

У вікні «Асновная прычына» агент пераказаў калькі прычын, якія спадважваюцься, а не толькі адну:

• На інстанціях EC2 було вімкнено дэтальній моніторынг. На цых інстанціях було вказано Monitoring: disabled, і без дэтального моніторынгу ці показнікі CPU ніколі не публікуюцца у CloudWatch.
• Не встановлено агента CloudWatch. На інстанціях нічого не було налаштовано, тому дэтальні даныя про CPU булі недоступні.
• Інстанціі зупінені. Яны булі зупінені на працягу трывалого часу, і зупінені інстанціі не генеруюць жодніх показніків.

Важлівім ёсць тыя, як працював агент. Ён не надав жодного пояснення, але обгрунтовано розташував прычыні і підкрыпів кожну з ніх данімі з API AWS.

Колі правільною адказам ёсць бездыяльнісць

У вікні «План зменшэння наследкав» было зафіксавана, што немагчыма выявіць жадных негараздзев, якія можна было б зняць негараздзева. Гэта хорашы рэзультат, а не паслаблы. Сістэма працавала абсалютна так, як была настроена. Жадныя змены чыстаўкі або нявечнія змены не сталі прычыной гэтых сімптомаў. Будзь-якія практычныя заходы будуць адносіцца да планаваных змэн настроек, а не да зняць негараздзева. Цяперашні падход мае важлівэ значэнне ў прыменным рэжыме, адколі ён запобегае непатрэбным адкатарам.

Практычныя заходы

У вікні «Практычныя заходы» аналізуюцца пакананыя расследаванні і выявляецца, чы гэтакі праактыўны падход есць неабходны. Ён не выдаў нічога новага, і агент правільна зафіксаваў, што няма падтверджаных рызыкаў у рабоце. Катэгорыі, якія ён ацэнюе, – галузь інфраструктуры, можлівасць стэрагавання, керуванне і оптымізацыя коду.

Чаму команды можаць цікавіцца

Гэта не просто шчэ одын продукт для моніторынгу. Яго ціннісць полягае у чатырох аспектах: скорочэнні часу розслідувань, структурованому аналізі корэневіх прычын, зменшэнні втомі ад постыйніх поперэджэнь і можлівосты для команд зрозуміты, чому іхні сістэмі поводзяцца саме так. Інакшэ інжэнерам довелося б вручну об’еднуваты налаштування CloudWatch, EC2, стан IAM і історыю розгортання. Агент віконуе цю корэляцію замест ніх.

Функціі керування віпускамі (поперэдній перэгляд)

Новіша версія дозволяе запускаты агента ранішэ, шчэ до того, як код потрапіць у продакшн.

Перагляд гатовнасці да выпуску. Кожныя змены коду адцэнаваюцца за крытэрамі гатовнасці да прыменення ў практычных умовах, рызікамі залежнасцяў між рэпазітарыямі і ўсіма стандартамі, якія візначае арганізацыя; калі такіх стандартоў немае, выкарыстоўваюцца загальныя наяўныя практыкі. Серэд конкрэтных пераканальнікаў — адзычлівасць змены на службы ў іншых рэпазітарыях, а таксама змены ў сістэмах IAM чы рэгуляванні доступу, якія адцэнаваюцца за крытэрамі AWS Well-Architected Framework. Агент таксама запускае працэс будавання ў ізольванай асяроддзі, якую керуе AWS, і тэстуе яго за дапамойкай калькаў простых тэстаў па шляху відвідчыка. Гэтыя тэсты паўтараюць, што працэс будавання завершыўся успешна, ўсё працюе і базовыя функцыйныя пераканальнікі праходзяць, усё гэта да таго часу, калі змена прайдзе ў працэс адрасавання.

Рэзультаты анаізу паказуюцца ў консолі DevOps Agent, а таксама як каментары да запрошэнняў на з’еднанне на GitHub чыста GitLab. Іх таксама можна запускаць за патрэбам з IDE за дапамогою плагіна Kiro power чыста Claude Code, тады распрацоўшчыкі можаць выявіць рызыкі, вытэклыя з залежнасцяў, наявнасць наявных абмяну стандартамі чыста проблемы з кантролем даступу пры прадачы коду.

Аўтонамныя тэсты выпуску. Чырвоная лінія працы пераводзіцца на стадыю праздзелу. У змене замест адкрытага набора тэстаў ствараюцца планы тэстав, прызначанныя конкрэтна для данай змены, якія запускаюцца ў срэдах, падобных да прымэтных, якія забезпечвае клёент, для веб- і API-застаў. Паколькі сістэма аналізуе значэнне разніцы, яна можа ствараць тэсты на функцыйную правільнасць, рэгрэсію і інтэграцыю межа службамі, якія ручны набор тэстаў можа ніколі не запланаваць. Кожны запуск стварае структураваныя матэрыялы — паметры, логі, трэйсы і аптаварызацыйныя даныя выканання, якія даюць адпаведальным за тэсты людзям адносова стабільны і перагляджальны фікс аб паверхні тэставання і рэзультатах для кожной змены.

Оба функцыяналу знаходзяцца ў прыватнай версіі і не караюць дапамогай у гэты перыяд. Яны доступны ў рэгіоне US East (N. Virginia).

Што такое навыкі агента

Навыкі — гэта модульныя наборы інструкцыяў, якія расшыруюць можлівасці агента спецыялізаванымі знаннямі ў паводзе конкрэтнай галіны і методамі расследавання, прыстосаванымі да інфраструктуры і практык конкрэтнай команды. Навык — гэта самастойны каталог інструкцыяў у фармаце Markdown, які надае агенту новых можлівасцей. Сэрвіс падтрымлівае частку спецыфікацыі Agent Skills, прымоўваючы толькі невыконвальныя матэрыялы: інструкцыі у фармаце Markdown, PDF-файлы, зображэнні і файлы дадзеных.

Кожны навык патрабуе файл SKILL.md, у якім знаходзяцься інструкцыі. Крым таго, навык можа включаць:

• Працэсы расследавання для конкрэтных сцэнарыяў або тыпаў інфраструктуры
• Матэрыялы для аднакоў, такія як шаблоны архітэктуры і процедуры керавання

Тып агента, які ўсунуты ў мету — гэта можлівасць настоўкі навыку на конкрэтныя тыпы агентаў (Універсальны, За запатраненням, Сортаванне інцыдэтаў, Аналіз прычын і наследкав інцыдэтаў, Спакойванне інцыдэтаў або Яго ацэнка), што дапамагае захаваць кантэкст і падкрэсліць акцэнт.

Чаму гэта важліва?

Навыкі ператвараюць універсальнага асістэнта на спецыяліста для конкрэтнай асяроддзя. Інструкцыя, напісаная аднойчы ў чаце, знікае пасля гэтага, тады як навык можна вікорыстоўваць знову і ён сам запускаецца, калі цэього патрабуе задача. Існуе чатыры пераканальныя прычыны:

• Спецыялізацыя. Агент опанавае процедуры расследавання, стандартныя практыкі і організацыйныя знання, прыязначаныя конкрэтна для данай інфраструктуры.
• Меншая калькання. Рабочы працэс, напісанный аднойчы, автаматычна вікорыстоўваецца пад час кожнага адпаведнага расследавання, таму не патрабуецца паўтарэння тых сабе інструкцый.

Складовы. Некалькі навыкаў спаўнаючыся ствараюць цэлы працэс работы. Агент можа выкананыць якія-небудзь з іх пад час адпаведнай задачы, напрыклад, той, які запошчае даны з індывідуальнага CI/CD пайплайна, і іншы, які шукае даны ў рэпазітарыях коду.

Крашчая адналежнасць індывідуальных інструментаў. Навык можа падказаць агенту, калі трэба вызваць адпаведны інструмент сервера MCP, якія параметры падходзяць для разных сцэнарыяў і як прачытаць рэзультаты.

Як яны выкорыстоўваюцца

Калі агент зустрэчае адпаведную задачу, ён завантажае пасоўныя навыкі і следуе за імі. Напрыклад, навык пад назвай «Раследаванне карыстоўнасці базы дадзенаў» можа мець пашаговыя інструкцыі па рэгулюванні працы RDS, керуючы агентам у спосабе, які сістэматызавана разбірае статус аўтаматычных апавешчэнняў, паказнікі з’яўлення з’язоў і повольныя запыты.

Структура навыкаў

Навык — гэта каталог:

my-skill/
├── SKILL.md              # Main skill instructions
├── references/           # Optional: additional reference documentation
└── assets/               # Optional: images, diagrams, data files

Файл SKILL.md — гэта абавязковы элемент. У яму трэба опісаць, калі і як прымаеся ўваогуленне навыку, прадаст пашагоўкі для расследавання, уключыць дрэвы адлічэння для разных сцэнарыяў, а таксама зазначыць прыемлівыя рэзультаты і крытэрыя успеху.

Прамеры навыкаў і ўзлёт аднаго з іх

AWS публікуе прамерную колекцыю навыкаў, створаных для гэтага рантайму, у організацыі aws-samples на GitHub. Гэтыя навыкі не ўзаўсёдні Agent Skills; яны адпрацоўваны спецыяльна для рантайму DevOps Agent, яго тыпаў агентаў і рабочых пралэцесаў, якія выкананы ўнутрь Agent Space.

Ёсць жаданага навыку можна выкарыстоўваць, завантажыўшы патрэбны zip-файл з рэпазітарыя, альбо створыўшы пакет з такой структурой:

<skill-name>.zip
├── SKILL.md              # Required: main instructions + YAML frontmatter
├── references/           # Optional: reference documentation
│   ├── architecture.md
│   └── troubleshooting.md
└── assets/               # Optional: images, diagrams, data files

Разместыце SKILL.md у корні zip-файла з правямым frontmatter, які мае поле name і description. У прыкладзе frontmatter могуць быць імя на кшталт eks-resilience-checker-skill-devops і апісанне працэспаду: процедуры расследавання для адказнасці Amazon EKS, якія включаюць перакананне стану кантрольнай плошчы, масштабаванне дадзенняў, проблемы з сецяваннем і можлівасцю аналізу, і якія выкарыстоўваюцца пад час адказнасці кластэра.

Потым выконайце крокі аплоаду:

1. Пераканайцеся, што у zip-файле няма каталога scripts/ і ўсего яго размер не перавышае 6 MB.
2. Ачыніце Operator Web App і перайдзіце на старонку Skills.
3. Выберыце опцыю «Дадаць навык», а потым — «Аплодзіць навык».
4. Ператасуйце файл .zip у вікно для аплоаду або шукайце яго. Прыймаюцца толькі zip-файлы размерам да 6 MB.

Выберыце тыпы агентаў, якія должны выкарыстоваць гэты навык. Generic ўжо выбрана і прыменяецца да всіх тыпаў. Знікніце яе, каб выбраць On-demand, Incident Triage, Incident RCA, Incident Mitigation або Evaluation.

Прачытайце рэзультаты пераканання, якія паказвае форма, а потым выберыце «Аплодзіць», каб дадаць гэты навык у прастор агента.

Кераванне навыкамі пасля гэтага

• Спіс і адзірванне: можна ачынуць будзь-які навык на старонцы Навыкаў, каб перагледзець яго файлы (SKILL.md, references/, assets/), толькі для чытання.
• Актывацыя або дэактывацыя: пераключыце статус на Active або Inactive у дэталізаванам відображэнні. Неактываўныя навыкі застаюцца схованымі, але не завантажваюцца пад час новых расследаванняў.

Перапрацаваць цэль: выбор тыпа агента можна зменіць калі толькі патрэбна.

Заменіць: навык, які быў загружаны ў фармаце zip, можа быць апцэнзаваны праз загрузку новейшай версіі.

Стварэнне навыку ў інтэрфейсе

Одны файл SKILL.md без жадных пасылаў чы атрыбутаў можа звярнуцца без вікорыстоўвання zip:

1. На старонцы Навыкіў выберыце «Дадаць навык», а потым «Стварыць навык».
2. Уведзіце Назву літэрамі малага розмарку, цыфрамі і грапамі; дапускаецца да 64 сімволы, назва не можа пачынацца чы заканчвацца грапамі.
3. Уведзіце Апісанне; ідэальна — не менш чым 100 сімвоў і не болей чым 1024.
4. Выберыце Статус (Актыўны чы Няактыўны) і адні чы нешта больш тыпаў агентаў.
5. Вклейце тэкст у фармаце Markdown у поле Зінаводжэння.
6. Выберыце «Стварыць». Сістэма автаматычна створыце файл SKILL.md з неабходным фронтматэрам.

Дзе ён падходзіць

Для тых, хто адмаўніцуе AWS у масштабных умовах, гэтыя сервісы варыяць спробаваць, бо ўжо для сортавання інцыдэтаў і аналізу пасля іх наступлення. Проста кажучы, ён працуе як автонамны колега, які працуе цяглы час. Ён пачынае расследаванне ў момент, калі спраўляецца апавешчэнне, скрацвае час рашэння прыбліжаючы тэлеметрыю, код і історыю развяртання, і дапамагае запобегчы будучым перывам у AWS, гібрыдных і мнагах-хмарных срэдах.