# AWS opisuje czterech agentów w migracji ponad 300 aplikacji

- Source: MechNext — https://mechnext.eu/pl/article/27-aws-describes-four-agents-for-a-migration-program-spanning-over-300-applications
- Published: 2026-10-02
- Updated: 2026-10-02
- Category: Industry News
- Language: pl (Markdown in other languages: ?lang=en, ?lang=de, ?lang=sk, ?lang=zh, ?lang=ru)

> Wpis AWS przedstawia agentów odpowiedzialnych za architekturę docelową, kod infrastruktury, nadzór nad migracją i obserwację po przełączeniu. Podane skrócenie czasu prac nad IaC pochodzi z wewnętrznych danych tego projektu.

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.