Oracle i chmura: co musisz wiedzieć, zanim połączysz te światy?

Przeniesienie środowisk Oracle do chmury, samo z siebie nie rozwiązuje problemów licencyjnych. W wielu przypadkach je komplikuje. Wiele firm zakłada, że migracja do AWS, Azure czy OCI to jednocześnie uproszczenie i oszczędność. Tymczasem – bez wcześniejszej analizy – może być odwrotnie.

Chmura zmienia sposób, w jaki korzystamy z oprogramowania, ale nie zwalnia nas z obowiązku zgodności licencyjnej. A warunki Oracle są tu szczególnie wymagające.

O czym warto pamiętać przed migracją?

Zanim przeniesiesz środowisko Oracle do chmury, warto dokładnie sprawdzić, jak działa model licencjonowania na danej platformie. Oracle stosuje różne zasady w zależności od tego, czy korzystasz z OCI (Oracle Cloud Infrastructure), chmury innego dostawcy (np. AWS, Azure), czy modelu BYOL (Bring Your Own License).

Choć Oracle oficjalnie pozwala przenosić licencje do chmur typu AWS i Azure, to przeliczniki procesorowe są inne niż w modelu on-premise. To oznacza, że koszt licencji w chmurze może być wyższy, niż się spodziewasz – musisz się do tego dobrze przygotować.

Częste pułapki migracji do chmury

1. Niewłaściwe przeliczenie licencji

W zależności od wyboru dostawcy chmury obowiązują inne zasady kalkulacji licencji wg modelu Procesor. To może drastycznie zmienić liczbę wymaganych licencji – zwłaszcza przy dużej skali.

2. Brak rozdzielenia środowisk dev/test/produkcyjnych

W chmurze wszystko jest „elastyczne”, ale Oracle wciąż oczekuje jasnego rozróżnienia. Bez tego możesz nieświadomie używać komercyjnych licencji tam, gdzie nie były planowane.

3. Automatyczne włączanie płatnych opcji

W środowiskach chmurowych innych dostawców niż Oracle (szczególnie przy korzystaniu z gotowych obrazów) łatwo uruchomić opcje wymagające dodatkowej licencji – np. Tuning Pack czy Diagnostic Pack.

4. Brak dokumentacji migracji

Jeśli nie udokumentujesz, które licencje zostały przeniesione, w jaki sposób i na jakich warunkach – w razie audytu będzie trudno wykazać zgodność.

Jak dobrze przygotować się do migracji?

Po pierwsze – przygotuj mapę licencji i środowisk.

Zanim przeniesiesz jakiekolwiek środowisko do chmury, zrób przegląd licencji, które posiadasz, i przypisz je do konkretnych instancji\instalacji. Sprawdź, które można legalnie przenieść, a które trzeba/warto będzie kupić w nowym modelu.

Po drugie – ustal politykę migracyjną.

W organizacjach, które mają więcej niż kilka środowisk, warto ustalić zasady: jakie opcje są dozwolone, kto decyduje o typie instancji, kto odpowiada za zgodność po stronie chmury.

Po trzecie – skonsultuj się z doradcą znającym realia licencjonowania Oracle w chmurze.

Dobrze przygotowany projekt migracji pozwala nie tylko uniknąć ryzyka, ale też zoptymalizować wykorzystanie licencji – np. przez właściwy dobór instancji lub negocjacje z Oracle.

Chmura nie anuluje obowiązków licencyjnych

Migracja do chmury to nie ucieczka przed zasadami – to wejście w nowy model, z nowymi regułami gry. Firmy, które tego nie rozumieją, często ponoszą wyższe koszty po migracji niż zakładały na starcie projektu migracji.

Z kolei organizacje, które zaplanowały proces i dobrze przygotowały dokumentację, zyskują elastyczność – bez ryzyka nieświadomych naruszeń i nieprzewidzianych wydatków. Bo zgodność licencyjna to nie kwestia platformy, to kwestia kontroli.

.

Autor: Andrzej Orłowski, Senior SAM Manager in4mates

Jeśli masz pytania lub potrzebujesz wsparcia w procesie wyboru licencji, skontaktuj się z naszym zespołem ekspertów. Chętnie pomożemy Ci znaleźć najlepsze rozwiązanie dla Twojej firmy!

.