
AWS opisuje czterech agentów w migracji ponad 300 aplikacji
Wpis na AWS Machine Learning Blog zatytułowany „Scaling cloud migrations with agentic AI on Amazon Bedrock AgentCore” opisuje program migracyjny obejmujący ponad 300 aplikacji. Przedstawia w nim czterech agentów: Intake Agent, IaC Agent, Migration Intelligence and Governance Agent oraz SRE Agent. Jest to relacja AWS z konkretnego wdrożenia, dlatego opisane działania i wyniki należy odnosić do tego programu.
Od dokumentów do architektury docelowej
Według wpisu Intake Agent odczytuje przez narzędzia MCP dokumenty architektoniczne, kwestionariusze i zapisy zależności. Na tej podstawie tworzy docelową architekturę AWS. Kolejność ma znaczenie: zanim powstanie projekt, agent przetwarza informacje o aplikacji oraz jej powiązaniach. W programie obejmującym ponad 300 aplikacji AWS przedstawia ten etap jako powtarzalny sposób wykorzystania różnorodnych materiałów wejściowych do przygotowania architektury dla danej aplikacji.
Wynik pracy pierwszego agenta jest dostępny w kolejnym etapie. W opisanej implementacji AgentCore memory przechowuje wspólny kontekst, dzięki któremu IaC Agent może odczytać architekturę docelową i mapowanie zależności przygotowane przez Intake Agent. To połączenie wyjaśnia przepływ informacji między rozpoznaniem aplikacji a tworzeniem kodu infrastruktury. Pokazuje też podział zadań: jeden agent przygotowuje obraz środowiska docelowego, a drugi korzysta z niego podczas własnej pracy.
Kod infrastruktury i kontrola wywołań
AWS podaje, że IaC Agent generuje kod infrastruktury z użyciem zatwierdzonych modułów wewnętrznych i wzorców organizacyjnych. W tym opisie generowanie jest więc związane zarówno z rezultatami etapu rozpoznania, jak i z wzorcami stosowanymi w organizacji. Zakres twierdzenia o automatyzacji jest konkretny: dotyczy tworzenia kodu infrastruktury w przedstawionym procesie migracyjnym, a nie pomiaru wszystkich prac związanych z przeniesieniem aplikacji.
Przed wykonaniem wywołań narzędzi IaC Agent usługa AgentCore Policy ocenia je względem reguł Cedar. W opisywanym przebiegu następują po sobie wspólny kontekst, generowanie z wykorzystaniem zatwierdzonych modułów i wzorców oraz sprawdzanie wywołań przed ich wykonaniem. Te elementy pomagają właściwie odczytać późniejsze porównanie czasu pracy: odnosi się ono do określonego sposobu przygotowania kodu.
Nadzór nad programem i praca po przełączeniu
Migration Intelligence and Governance Agent gromadzi informacje z Jira, Confluence i Webex. Opisane automatyczne aktualizacje i tworzenie zgłoszeń wymagają zatwierdzenia przez człowieka przed wykonaniem. Wpis rozróżnia zatem zebranie informacji od wykonania wskazanych działań w systemach. Ten warunek zatwierdzenia jest istotny przy ocenie tego, jakie czynności w przedstawionym programie zostały zautomatyzowane.
Po przełączeniu aplikacji SRE Agent ma, według AWS, obserwować metryki CloudWatch, dane o wydajności aplikacji oraz wzorce historyczne. Rola tego agenta rozszerza opis poza przygotowanie i śledzenie migracji na późniejszą obserwację działania. Czterej agenci obejmują więc rozpoznanie, kod infrastruktury, informacje potrzebne do nadzoru oraz okres po przełączeniu. Wpis umieszcza tych własnych agentów obok AWS Transform w pracach nad migracją i modernizacją oraz AWS DMS w migracji baz danych.
Zakres podanego wyniku
W odniesieniu do tego konkretnego wdrożenia AWS informuje, że czas opracowania kodu infrastruktury spadł z 3–4 tygodni na aplikację do minut automatycznego generowania. Według wpisu porównanie opiera się na wewnętrznych danych ze śledzenia projektu. Wynik dotyczy etapu tworzenia IaC w opisanym programie; należy go wiązać z tym etapem i tymi danymi.
Cały opis łączy przepływ informacji między zadaniami. Dokumenty i zapisy zależności prowadzą do architektury docelowej. Wspólny kontekst udostępnia ją wraz z mapowaniem IaC Agent, którego wywołania narzędzi podlegają sprawdzeniu. Informacje z systemów pracy trafiają do części odpowiedzialnej za nadzór, a wskazane aktualizacje i zgłoszenia wymagają zgody człowieka. Po przełączeniu SRE Agent obserwuje dane operacyjne. Ta sekwencja wyjaśnia, jak AWS przedstawia współpracę agentów w programie ponad 300 aplikacji.