AWS Transform - jak agentowa automatyzacja AI zmienia koszt i czas migracji do AWS

AWS Transform - jak agentowa automatyzacja AI zmienia koszt i czas migracji do AWS

Jeśli śledzisz nasz przewodnik po kosztach i procesie migracji do AWS, znasz już strukturę kosztu: większość budżetu migracyjnego to praca ludzi, a nie rachunek za infrastrukturę. AWS Transform celuje dokładnie w tę pozycję. W tym artykule patrzymy na niego jako na narzędzie, które przesuwa koszt i harmonogram, a nie jako na pojedynczą funkcję. Osobno opisaliśmy wąski przypadek konwersji kodu .NET z Azure do AWS w artykule o AWS Transform i konwersji kodu .NET; tutaj chodzi o całą platformę.

Czym jest AWS Transform

AWS Transform to usługa AWS, która używa wyspecjalizowanych agentów AI do automatyzacji migracji i modernizacji środowisk korporacyjnych. Powstała z funkcji transformacji zapowiedzianych jako Amazon Q Developer na re:Invent 2024 i osiągnęła ogólną dostępność w 2025 roku. Zamiast jednego kreatora „kliknij, aby zmigrować”, to zestaw agentów, które rozkładają na czynniki pierwsze konkretne, czasochłonne zadania w projekcie transformacji i wykonują je z udziałem człowieka w pętli decyzyjnej (human-in-the-loop).

AWS kieruje AWS Transform na trzy duże klasy środowisk, do tego dokłada ścieżkę w pełni konfigurowalną:

Kluczowa obserwacja na start: konwersja kodu .NET z Azure do AWS, którą opisywaliśmy osobno, to jedna funkcja wewnątrz AWS Transform, a nie cała usługa. Platforma jest znacznie szersza i to właśnie ona, a nie pojedyncza konwersja SDK, zmienia rachunek za migrację.

Co automatyzuje i dlaczego to zmienia ekonomię projektu

Wartość AWS Transform bierze się stąd, że automatyzuje fazy, które w klasycznej migracji są najbardziej pracochłonne i powtarzalne. To nie jest jeden agent od pisania kodu, lecz kilka agentów współpracujących nad różnymi etapami:

• Discovery i mapowanie zależności. Agent inwentaryzuje środowisko i wykrywa powiązania między aplikacjami, serwerami i bazami. Ręcznie to tygodnie pracy, a przeoczona zależność potrafi wywrócić przełączenie produkcji.
• Planowanie fal. Grupowanie aplikacji w fale migracyjne według ryzyka i zależności, zamiast układania harmonogramu w arkuszu.
• Analiza i konwersja kodu. Dla mainframe: wydobycie logiki biznesowej z kodu, który nikt już w pełni nie rozumie. Dla .NET: port wersji frameworka i przepisanie wywołań SDK.
• Konwersja sieci (VMware). Przełożenie konfiguracji sieciowej źródła na konstrukty AWS.
• Walidacja i planowanie transformacji. Sprawdzenie, że przekształcony kod zawiera wprowadzone zmiany, oraz ułożenie planu samej transformacji.

Dlaczego to ma znaczenie dla kosztu? Bo w migracji wyceniamy przede wszystkim ludzkie godziny, a te fazy, discovery, mapowanie zależności, mechaniczna refaktoryzacja kodu, pochłaniają ich najwięcej. AWS podaje, że AWS Transform skraca projekty transformacji nawet 4-krotnie. To liczba AWS, nie nasz pomiar, więc traktuj ją jako sufit marketingowy, a nie gwarancję. Szerszy kontekst daje szacunek McKinsey przytaczany w dokumentacji AWS, według którego generatywna AI potrafi skrócić czas migracji do chmury o 30-40%. W publicznym studium przypadku firma Vector, z partnerem AWS Slalom, raportowała skrócenie czasu migracji VMware Cloud o 34%. To dane cudze, ale spójne co do rzędu wielkości: realne przyspieszenie to kilkadziesiąt procent na pracochłonnych fazach, a nie cały projekt „od ręki”.

Model cen: agent-minuty jako nowa pozycja w budżecie

Tu jest zmiana, którą trzeba zrozumieć przy budżetowaniu, bo AWS Transform rozlicza się inaczej niż klasyczne narzędzia migracyjne. Model opiera się na agent-minutach: płacisz za czas aktywnej pracy agentów po stronie serwera, a nie za czas bezczynności użytkownika ani operacje po stronie klienta, takie jak lokalne buildy czy odczyty plików. Ponieważ kilka agentów pracuje równolegle nad jednym zadaniem, suma agent-minut potrafi być większa niż czas na zegarze.

Z opublikowanego cennika AWS (stan na 2026, zweryfikuj aktualne stawki przed budżetowaniem):

• Stawka podstawowa: 0,035 USD za agent-minutę, minimalny przedział rozliczeniowy to 1 minuta.
• Co nie jest liczone: czas bezczynności i operacje po stronie CLI (odczyty plików, buildy).
• Darmowy limit miesięczny dla transformacji .NET zarządzanej przez AWS: w ramach limitu stawka wynosi 0,00 USD za agent-minutę.
• Skala: przykład AWS podaje, że transformacja rozwiązania .NET Framework o około 50 tys. linii kodu zajmuje około 2 800 agent-minut.

Praktyczny wniosek: automatyzacja obniża koszt pracy ludzi, ale agent-minuty to nowa pozycja w budżecie, której wcześniej nie było. W większości projektów to wymiana korzystna, bo godzina inżyniera jest wielokrotnie droższa niż godzina pracy agenta, ale nie jest to koszt zerowy i trzeba go policzyć osobno. Właściwe pytanie przy budżetowaniu nie brzmi „ile zaoszczędzę na narzędziu”, tylko „o ile spadnie łączny koszt projektu, gdy tańsze agent-minuty zastąpią część drogich godzin inżynierskich”. Ramy kosztu całego projektu wg wielkości firmy podajemy w kalkulatorze kosztów migracji do AWS; tutaj liczy się to, że AWS Transform zmienia proporcję między kosztem pracy a kosztem narzędzi, nie zeruje jej.

Czego AWS Transform nie zrobi za Ciebie

To część decydująca o tym, czy projekt zmieści się w budżecie i harmonogramie. Agent przyspiesza wykonanie, ale nie podejmuje decyzji i nie przejmuje odpowiedzialności za efekt końcowy.

Trzy zastrzeżenia, które w praktyce decydują o kosztach:

• Decyzja, co w ogóle przenosić, zostaje po stronie człowieka. Agent zmapuje zależności i przyspieszy konwersję, ale nie powie Ci, że pół środowiska nadaje się do wyłączenia zamiast migracji. Ten triaż to często największa oszczędność w całym projekcie i nie automatyzuje go żadne narzędzie.
• Walidacja to nie testy. AWS Transform weryfikuje, że przekształcony kod zawiera wprowadzone zmiany. To nie dowód, że aplikacja robi to, co ma robić, na produkcji. Strategia testów i przełączenie (cutover) nie znikają z harmonogramu.
• Migracja danych nie jest konwersją kodu. Przeniesienie baz i wolumenów to odrębny etap, nadal realizowany narzędziami takimi jak AWS DMS, i to on bywa wąskim gardłem przy przełączeniu przy niemal zerowym przestoju.

Gdzie AWS Transform pasuje w procesie migracji

Najprościej myśleć o nim jako o akceleratorze wewnątrz faz, które już opisaliśmy w przewodniku po procesie migracji, a nie o zamienniku całego procesu.

Dla środowisk VMware AWS Transform wpina się dokładnie w fazy discovery i planowania fal, które opisaliśmy w przewodniku po migracji VMware do AWS, a samo wykonanie rehostu nadal realizuje AWS MGN. Dla .NET agent modernizacji pokrywa port frameworka i konwersję kodu. Dla mainframe to warstwa analizy i refaktoryzacji, która wcześniej wymagała zespołu znającego COBOL.

Co to znaczy dla finansowania migracji

Jest jeszcze jeden wymiar kosztowy, którego AWS Transform nie zmienia, ale który warto mieć z tyłu głowy: finansowanie. Migracje z VMware, mainframe czy Oracle często kwalifikują się do AWS Migration Acceleration Program (MAP), który pokrywa 70-80% kosztów partnera migracyjnego. Automatyzacja agentami AI i finansowanie MAP działają na dwóch różnych poziomach: AWS Transform obniża liczbę godzin potrzebnych do wykonania projektu, a MAP obniża to, ile z pozostałego kosztu płacisz z własnego budżetu. Razem potrafią sprowadzić koszt własny migracji do ułamka pierwotnej wyceny. Jak działa finansowanie z partnerem, opisaliśmy w artykule jak wybrać partnera do migracji AWS.

FAQ

Co to jest AWS Transform? To usługa AWS, która używa agentów AI do automatyzacji migracji i modernizacji środowisk korporacyjnych: VMware, mainframe oraz .NET/Windows, z dodatkową ścieżką konfigurowalną dla nietypowych wzorców kodu. Agenci wykonują pracochłonne fazy, takie jak discovery, mapowanie zależności, analiza i konwersja kodu, z udziałem człowieka w pętli decyzyjnej.

Czy AWS Transform robi całą migrację za mnie? Nie. Przyspiesza mechaniczne, powtarzalne fazy, ale nie podejmuje decyzji, co przenieść, nie projektuje architektury docelowej, nie migruje danych i nie testuje aplikacji end-to-end. To akcelerator wewnątrz procesu migracji, a nie zamiennik planu.

O ile AWS Transform skraca migrację? AWS reklamuje przyspieszenie transformacji nawet 4-krotne, a McKinsey (cytowany w dokumentacji AWS) szacuje redukcję czasu migracji do chmury o 30-40% dzięki generatywnej AI. W publicznym studium przypadku firma Vector raportowała 34% skrócenia czasu migracji VMware Cloud. To dane AWS i podmiotów trzecich, nie nasz pomiar, a realny wynik zależy od konkretnego środowiska.

Ile kosztuje AWS Transform? Rozlicza się za agent-minuty: 0,035 USD za minutę aktywnej pracy agenta po stronie serwera, z minimalnym przedziałem 1 minuty (stan na 2026, zweryfikuj aktualny cennik). Czas bezczynności i operacje po stronie CLI nie są liczone, a transformacja .NET zarządzana przez AWS ma darmowy limit miesięczny. Agent-minuty to nowa pozycja w budżecie, ale zwykle znacznie tańsza niż godziny inżynierskie, które zastępują.

Czym AWS Transform różni się od AWS MGN i DMS? MGN wykonuje rehost serwerów do EC2, a DMS migruje bazy danych. AWS Transform działa warstwę wyżej: automatyzuje analizę, planowanie i konwersję kodu, czyli pracę koncepcyjną i refaktoryzacyjną poprzedzającą samo przeniesienie. W projekcie te narzędzia się uzupełniają, a nie wykluczają.

Czy migracja z AWS Transform kwalifikuje się do finansowania MAP? Samo narzędzie i program finansowania to dwie różne rzeczy. Migracje VMware, mainframe i Oracle często kwalifikują się do AWS MAP niezależnie od tego, czy używasz AWS Transform. Automatyzacja obniża liczbę godzin, a MAP obniża udział własny w pozostałym koszcie.

Podsumowanie

1. AWS Transform automatyzuje agentami AI pracochłonne fazy migracji VMware, mainframe i .NET: discovery, mapowanie zależności, planowanie fal, analizę i konwersję kodu. To właśnie te fazy pochłaniały najwięcej godzin, więc automatyzacja realnie przesuwa ekonomię projektu.
2. Model cen za agent-minuty to nowa pozycja w budżecie. Tańsza niż godziny inżynierskie, które zastępuje, ale nie zerowa. Budżetuj łączny koszt projektu, a nie samą oszczędność na narzędziu.
3. Automatyzacja nie zastępuje decyzji ani odpowiedzialności. Co przenieść, projekt architektury, migracja danych i testy end-to-end nadal są po Twojej stronie i to tam leży większość ryzyka.

Jeśli planujesz migrację VMware, mainframe lub .NET do AWS i chcesz policzyć, ile realnie skróci ją automatyzacja, a gdzie wciąż potrzebny jest plan i finansowanie, zajrzyj do naszego przewodnika po migracji do chmury albo napisz do nas bezpośrednio.

Planujesz migrację VMware, mainframe lub .NET do AWS?

Umów bezpłatną 30-minutową rozmowę. Policzymy, które fazy realnie przyspieszy AWS Transform, zaprojektujemy stan docelowy i migrację danych, których agent nie pokrywa, oraz sprawdzimy, czy przeniesienie kwalifikuje się do finansowania MAP.

Umów rozmowę Napisz do nas