Czy wiesz, gdzie są Twoje dane? Liczba osób, które mogą poklepać swój serwer i powiedzieć czule: „Właśnie tutaj!” maleje. Zamiast tego coraz więcej ludzi podnosi oczy ku niebu i odpowiada: „Yyy… tam w górze… gdzieś…”. McKinsey podaje, że w 2025 r. duże przedsiębiorstwa będą miały 60% swojego środowiska w chmurze.
Jeśli rozważasz przeniesienie zasobów danych, procesów i aplikacji do chmury, jesteś w dobrym towarzystwie. Ale jeśli obawiasz się przenoszenia, też należysz do dużego grona. Migracja danych nieuchronnie nadwyręży czas, zasoby i cierpliwość Twojej organizacji. Ale celem niniejszego artykułu jest ułatwienie tego — dobra lista kontrolna może sprawić, że proces przebiegnie płynniej, co pozwoli skupić się na jego wykonywaniu.
Poniżej przygotowaliśmy listę kontrolną migracji do chmury. To pomocne ramy, w których omówiono punkty niezbędne do zapewnienia, że to się odbędzie.
Czy masz kogoś, kto poprowadzi migrację?
Jeśli nie możesz odhaczyć tego punktu, od razu przestań. Nie pomijaj go, nie idź do więzienia, nie wjeżdżaj na bezpłatny parking, nie PRZENOŚ SIĘ!
Rewolucja bez przywódcy szybko przeobrazi się w chaos. Migracja do chmury podzieli ten sam los. Lider migracji do chmury musi posiadać zarówno silne umiejętności techniczne, jak i interpersonalne, ponieważ problemy z pracownikami mogą zahamować lub utrudnić migrację. Twój lider migracji musi ułatwić zmianę lokalizacji danych, a także zmianę postaw i poglądów pracowników dotyczących danych.
Jeśli nie masz jednej osoby, która mogłaby spełnić obie funkcje, podziel rolę lidera między technicznego „architekta migracji” i interpersonalnego „propagatora migracji”, aby każdy mógł odpowiadać za etapy migracji do chmury w swojej dziedzinie wiedzy — to może również się sprawdzić.
Jedno z narzędzi, które wspomoże propagatora migracji, to platforma analizy danych z katalogiem danych. Gdy każdy pracownik może zlokalizować zasób danych, którego potrzebuje, bez względu na to, gdzie się obecnie znajduje, maleje opór i wzrasta akceptacja.
Czy wiesz, co możesz zostawić za sobą?
Nie przenoś śmieci. Jeśli wywracasz oczami i mówisz „Jasne!”, to nie zdarzyło Ci się uczestniczyć w migracji typu lift-and-shift, gdzie starszy system jest pobierany i przenoszony do środowiska chmury w zasadzie bez żadnych zmian. Jeśli Twoja organizacja ma własny starszy system od ponad kilku lat, prawie na pewno są w nim śmieci: przestarzałe zasoby, nieprzydatne raporty, zbędne procesy… rozproszone dookoła cyfrowe kłaczki kurzu wszelkiego rodzaju.
Nie oznacza to, że absolutnie nie ma miejsca na migracje typu lift-and-shift. Jeśli jednak próbujesz przeprowadzić migrację dobrze, poświęć czas na posortowanie tego, co masz, i zdecydowanie, co jest wystarczająco cenne, aby zostało zmigrowane, a co powinno pozostać w tyle.
Tutaj rozwiązanie do automatycznego ustalania pochodzenia danych może okazać się niezastąpione. W ciągu od kilku minut do godzin automatyczne ustalanie pochodzenia danych może utworzyć pełne mapowanie krajobrazu starszych danych, ujawniając przepływ danych i wzajemne połączenia. Dokładne przeczytanie tej mapy pochodzenia danych pokaże niemal wszystko, co jest potrzebne, aby zdecydować, co trafi do chmury, a co można przenieść do przeszłości.
Czy aplikacje są gotowe na skorzystanie z korzyści płynących z chmury?
Więc zdecydowano, co przejdzie do chmury. Świetnie! Teraz czas przyjrzeć się bliżej aplikacjom i potokom. Faktyczne korzyści finansowe i operacyjne wynikające z migracji do chmury można osiągnąć tylko wtedy, gdy architektura systemów danych zostanie zaprojektowana w sposób umożliwiający wykorzystanie zalet chmury, takich jak:
- Dynamiczne skalowanie
- Rozproszone obciążenia
- Funkcje obliczeniowe bez serwera
- Zaawansowane funkcje AI i ML
Przygotuj listę kontrolną dla każdej aplikacji, którą planujesz zmigrować. Dla każdej aplikacji sprawdź, z jakich zalet chmury ma ona szanse skorzystać w jej obecnym stanie. Jeśli na przykład aplikacja nie ma jeszcze możliwości działania na serwerach zmiennych i po prostu ją replikujesz w chmurze, nie może ona skorzystać z zalety chmury w postaci rozproszonych obciążeń.
Co należy zrobić, aby ta konkretna aplikacja była gotowa na chmurę?
Czasami nadanie aplikacji szybkości takiej samej, jaką ma chmura, jest proste i szybkie. Czasami wymaga to wielu godzin programowania. Możliwe są następujące scenariusze:
- Refaktoryzacja (rekonstrukcja aplikacji w celu dopasowania do możliwości chmury)
- Optymalizacja (potrzebne poprawki są drobniejsze niż refaktoryzacja)
Po ustaleniu potrzebnych inwestycji można podjąć świadomą decyzję dotyczącą sposobu obsługi danej aplikacji. Można zdecydować się na refaktoryzację, optymalizację lub po prostu zostawienie jej na razie w spokoju i przeprowadzenie migracji typu lift-and-shift, bo czasem zwrot z inwestycji w refaktoryzację lub optymalizację po prostu nie jest tego wart w obecnej sytuacji.
Odhaczyć? Odhaczyć!
Migracje danych nie są łatwe ani godne pozazdroszczenia, ale dzięki szczegółowej liście kontrolnej prowadzącej przez migrację bazy danych do chmury można przynajmniej odnieść wrażenie, że jest to nieco łatwiejsze w zarządzaniu. Wszystko gotowe na doprowadzenie krajobrazu danych do wymaganego poziomu? Odhacz!
Porady dotyczące obniżania kosztów chmury po zakończeniu migracji można znaleźć w tym wpisie na blogu: 3 kroki do obniżenia kosztów chmury dzięki pochodzeniu danych.
