Dla kogo jest ten poradnik
Ten poradnik jest dla firm planujących pierwszą migrację do AWS oraz zespołów, które muszą przygotować budżet i uzasadnienie biznesowe. Cena migracji nie wynika wyłącznie z liczby serwerów. Duży wpływ mają zależności między aplikacjami, ilość danych, dopuszczalny przestój, wymagania bezpieczeństwa i to, czy system zostanie tylko przeniesiony, czy również zmodernizowany.
Przed estymacją warto zebrać miesięczne koszty obecnej infrastruktury, listę systemów, ruch sieciowy, wymagania dotyczące backupu oraz informacje o incydentach. Bez tych danych porównanie chmury z on-prem będzie przypadkowe.
Co wpływa na koszt migracji
Najważniejsze czynniki kosztowe to:
- liczba aplikacji, baz danych i integracji,
- ilość danych oraz czas ich transferu,
- wymagania dotyczące uptime, bezpieczeństwa i zgodności,
- sposób zarządzania kontami, siecią i dostępami,
- zakres automatyzacji infrastruktury oraz CI/CD,
- konieczność zmiany wersji systemów lub baz danych,
- liczba środowisk testowych i produkcyjnych,
- wymagany monitoring, backup i Disaster Recovery.
Lift-and-shift jest zwykle szybszy na początku, ale przenosi do chmury również ograniczenia obecnej architektury. Replatforming wymaga więcej pracy projektowej, lecz może uprościć utrzymanie. Modernizacja daje największą zmianę techniczną i powinna być stosowana tylko tam, gdzie ma uzasadnienie biznesowe.
Etapy projektu i budżet
Typowa migracja składa się z kilku osobno wycenianych etapów:
- Discovery i plan migracji - inwentaryzacja, mapa zależności, analiza kosztów i wybór strategii. Dla mniejszego środowiska taki etap może zaczynać się od około 3900 PLN.
- Landing Zone i fundamenty - konta, sieć, IAM, logowanie, budżety, podstawowe zabezpieczenia i Infrastructure as Code.
- Migracja pilotażowa - przeniesienie mniej krytycznego workloadu, testy oraz walidacja przyjętych założeń. Punkt wejścia dla pilota może zaczynać się od około 9500 PLN.
- Migracja etapowa - kolejne systemy, transfer danych, testy wydajności i kontrolowany cutover.
- Stabilizacja - monitoring, backup, optymalizacja kosztów, dokumentacja i przekazanie operacyjne.
Pełny koszt dla małej firmy najczęściej mieści się w przedziale od kilkunastu do kilkudziesięciu tysięcy PLN, ale dokładna kwota wymaga analizy systemów. Estymacja bez discovery powinna być traktowana wyłącznie jako bardzo szeroka rezerwa budżetowa.
Najczęstsze błędy w estymacji
- uwzględnienie ceny instancji bez transferu, backupu, logów i monitoringu,
- pominięcie pracy związanej z IAM, siecią i bezpieczeństwem,
- założenie, że każdą aplikację można przenieść bez zmian,
- brak budżetu na środowisko testowe i próbny cutover,
- nieuwzględnienie kosztu podwójnego utrzymania podczas migracji,
- brak czasu na dokumentację, szkolenie i stabilizację,
- porównanie rachunku AWS z kosztem serwera bez kosztów ludzi, licencji i awarii on-prem.
Po migracji rachunek może rosnąć przez pozostawione zasoby, zbyt długą retencję logów, przewymiarowane instancje lub brak harmonogramu wyłączania środowisk testowych. FinOps powinien być częścią projektu od początku, a nie akcją ratunkową po pierwszej fakturze.
Jak ograniczyć ryzyko przekroczenia kosztów
Najbezpieczniej zacząć od pilota, który reprezentuje prawdziwe zależności, ale nie blokuje działalności firmy. Dla każdego etapu warto określić kryteria odbioru, budżet, plan rollback i osobę podejmującą decyzję o przejściu dalej.
Przed startem przygotuj:
- inwentaryzację systemów i właścicieli biznesowych,
- bazowy koszt obecnego środowiska,
- RPO, RTO i wymagania dotyczące dostępności,
- listę integracji oraz przepływów danych,
- budżety i alerty kosztowe w AWS,
- plan testów funkcjonalnych, wydajnościowych i odtworzeniowych,
- okres stabilizacji po cutover.
Dobrze zaplanowana migracja nie musi oznaczać długiego przestoju. Replikacja danych, testy i etapowy cutover pozwalają ograniczyć ryzyko, ale zwiększają zakres przygotowań. Wybór powinien wynikać z kosztu awarii, a nie z samej chęci skrócenia harmonogramu.