Strategie migracji do chmury według Google Cloud

Migracja polega na przeniesieniu cyfrowych zasobów – danych, obciążeń, aplikacji – z jednej infrastruktury na inną. Zasoby można przenosić z własnej infrastruktury (on-premise), z hostingu lub z jednej chmury publicznej do drugiej. Proces może obejmować wszystkie dane i aplikacje lub tylko ich część.

Migracja dość często oddziałowuje na funkcjonowanie produktu czy nawet całej organizacji. Żeby proces przebiegł sprawnie, terminie i budżecie, należy przygotować cały plan. Istotnym elementem jest, chociażby, wybór strategii migracji.

Dlaczego warto rozważyć migrację do chmury?

Większość współczesnych biznesów czerpie z technologii. To często umiejętność adopcji nowych rozwiązań wpływa na tempo rozwoju przedsiębiorstwa i prędkość dostarczania odbiorcom nowych produktów lub funkcjonalności. A infrastruktura on-premise czy nawet serwery dedykowane mają swoje ograniczenia. Przerwy w działaniu aplikacji, niewystarczająca wydajność, trudności w skalowaniu, konieczność prowadzenia prac utrzymani owych, niewspółmierne koszty – to skłania firmy do przeniesienia zasobów do chmury publicznej.

Jakie efekty da uzasadniona, prawidłowo zaplanowana i przeprowadzona migracja do chmury?

• Szybszy rozwój produktu dzięki dostępowi do gotowych usług. Google Cloud Platform to zestaw ponad 200 zaawansowanych usług, które można uruchamiać na żądanie. W przypadku aplikacji cloud-native implemetancja usługi ogranicza się często do kilku kliknięć w konsoli lub wpisania kilku komend.
• Optymalizacja kosztów. W chmurze, w odróżnieniu od własnej infrastruktury czy hostingu, nie ponosi się kosztów za zapobiegawcze rezerwowanie zasobów, bo rozliczenie odbywa się na podstawie rzeczywistego zużycia. Koszty są elastyczne, a w przypadku długotrwałego korzystania z chmury można aktywować zniżki dające do 70% oszczędności.
• Natychmiastowa skalowalność. Chmura, jako potężna infrastruktura, ma niemal nieograniczone zasoby. Poziom wykorzystania usług dostosowuje się do bieżącego obciążenia automatycznie, skalując w górę (upscaling) lub w dół (downscaling).

• Dostępność i wydajność. Infrastruktura Google Cloud Platform została zaprojektowana w taki sposób, by zapewnić ogromną prędkość przesyłu i dostępność usług w zakresie 99,95-99,99%. Centra danych łączy sieć kabli światłowodowych o prędkości przesyłu do 10 Tbs. Nawet w przypadku zniszczenia serwerowni (w wyniku pożaru, zalania, katastrofy naturalnej), dane i aplikacje nadal będą bezpieczne i dostępne dzięki redundancji.
• Brak konieczności utrzymywania infrastruktury. O fizyczną infrastrukturę – maszyny, dyski, podzespoły, oprogramowanie – dba dostawca usług. Firma, która dotychczas poświęcała budżet i czas pracowników na zarządzanie własnymi serwerami, może teraz przenieść te zasoby z obszaru utrzymania w obszar rozwoju.

Zobacz też: 20 powodów, by wybrać infrastrukturę chmurową GCP

Migracja do chmury w 5 krokach

Każda migracja do chmury wygląda inaczej i dla każdego przypadku należy osobno wyznaczyć cele, przygotować architekturę czy opracować plan migracji. Mimo to, by odnaleźć się na ścieżce do chmury, inżynierowie Google Cloud opracowali schemat migracji, składający się z pięciu etapów:

1. Określenie punktu wyjściowego i punktu docelowego – czyli z jakiego rozwiązania przenosimy dane i gdzie finalnie mają się znaleźć.
2. Rozróżnienie posiadanych zasobów – najczęściej dzieli się je na zasoby legacy (które należy dostosować pod usługi chmurowe) i zasoby cloud-native (już dostosowane do usług chmury).
3. Wybór strategii migracji – lift and shift, improve and move lub rip and replace, które przedstawimy za chwilę.
4. Ocena gotowości przejścia do chmury – nie tylko w konktekście aplikacji, ale też organizacji. Gotowość należy ocenić w czterech obszarach: pozyskiwania wiedzy i nowych kompetencji przez specjalistów, wsparcia od kadry zarządzającej, skalowalności aplikacji i podejścia do bezpieczeństwa zasobów.
5. Opracowanie i wykonanie planu migracji według 4-etapowego schematu, obejmującego ocenę, planowanie, wdrożenie i optymalizację.

Trzy rodzaje strategii migracji do chmury

Lift and shift – przeniesienie zasobów bez wprowadzania zmian

W przypadku migracji typu lift and shift obciążenia są przenoszone z dotychczasowego środowiska do środowiska docelowego bez wprowadzania zmian lub tylko z koniecznymi modyfikacjami, które sprawią, że aplikacja będzie prawidłowo funkcjonowała w chmurze. Jest to dobry wybór dla właścicieli aplikacji, które nie wymagają wprowadzania zmian biznesowych.

Ten typ migracji jest najłatwiejszy i najszybszy do wykonania. Polega jedynie na podniesieniu (lift) i zmianie docelowego miejsca przechowywania zasobów (shift), bez przeznaczania czasu na modernizację aplikacji. Zespoły utrzymaniowe lub rozwojowe mogą dalej korzystać z tych samych narzędzi, więc ciągłość prac będzie zachowana.

Z drugiej strony, aplikacja przeniesiona za pomocą strategii lift and shift nie będzie wykorzystywała w pełni możliwości chmury publicznej. Niedostosowane obciążenia nie wykorzystają potencjału zarządzanych usług, horyzontalnego skalowania czy mechanizmów szczegółowego zarządzania budżetem.

Improve and move – ulepszenie aplikacji przy okazji migracji

Strategia improve and move przewiduje modernizację elementów aplikacji w trakcie jej przenoszenia. Celem wprowadzania zmian w kodzie ma być dostosowanie obciążeń pod usługi nowego środowiska tak, by wykorzystywały potencjał natywnych usług chmurowych. Tym samym można usprawnić aplikację pod kątem skalowalności, dostępności, wydajności, kosztów czy przenośności.

Proces migracji według tej strategii zajmuje więcej czasu niż według lift and shift i wymaga pozyskania nowych kompetencji przez zespół. Elementy aplikacji muszą zostać poddane refaktoryzacji, co łączy się z edycją kodu źródłowego. Przy okazji wprowadzania zmian niezbędnych do uruchomienia obciążeń w chmurze można ulepszyć też niektóre obszary aplikacji. 

Migracja improve and move łączy się z większymi nakładami finansowymi i czasowymi, dlatego istotne jest obliczenie zwrotu z inwestycji przed podjęciem decyzji o uruchomieniu prac.

Rip and replace – opracowanie nowej wersji i zamknięcie dotychczasowej aplikacji

Rip and replace to strategia, która obejmuje całkowite przepisanie aplikacji z dostosowaniem jej pod usługi cloudowe, wycofanie dotychczasowej wersji i uruchomienie nowej, natywnej w chmurze. Tę strategię najczęściej wybiera się w przypadku aplikacji, których koszt utrzymania jest zbyt wysoki i które i tak wymagają przeprowadzenia znacznej refaktoryzacji.

Budowa nowej wersji aplikacji pozwala całkowicie dostosować ją pod wymagania i możliwości zarządzanych usług chmurowych, dając tym samym szeroki zakres skalowania, opcję automatyzacji wielu procesów czy szczegółowe zarządzanie budżetem.

Jest to najbardziej czaso- i kosztochłonny sposób prowadzenia migracji. W proces powinni być zaangażowani zarówno administratorzy systemów, jak też developerzy. Wszyscy powinni mieć świadomość wymagań docelowego środowiska oraz nabyć kompetencje, które pozwolą zbudować aplikację cloud-native.

Migracja do chmury przy wsparciu partnera Google Cloud

Prawidłowe przeprowadzenie migracji wymaga wiedzy i doświadczenia. Dlatego Google Cloud posiada siatkę lokalnych partnerów – firm, które posiadają na pokładzie chmurowych specjalistów, certyfikowanych inżynierów i architektów, gotowych wesprzeć przedsiębiorstwo w modernizacji i przenoszeniu aplikacji. FOTC – partner Google Cloud na terenie Europy Środkowo-Wschodniej – jest w stanie zapewnić wsparcie finansowe w postaci środków na budowę proof of concept, bezpłatnych kredytów pokrywających część kosztów utrzymania infrastruktury.

Dowiedz się więcej na temat chmury: Chmura obliczeniowa. Wprowadzenie i podstawowe pojęcia