Zanim zdecydujesz się na przeniesienie swojej aplikacji do środowiska chmurowego, koniecznie dokładnie przeanalizuj postanowienia umowy z dostawcą usług. Jeśli nie jesteś pewien, co to oznacza i jak uniknąć potencjalnych pułapek, koniecznie zapoznaj się z dalszą częścią tego tekstu.
Model przetwarzania danych w chmurze rozwija się w zawrotnym tempie. Dla wielu firm z branży IT, takich jak twórcy aplikacji mobilnych i internetowych, a także firm oferujących oprogramowanie jako usługę (SaaS), ta opcja jest bardzo atrakcyjna. Nie ma konieczności tworzenia rozbudowanej infrastruktury IT we własnym zakresie.
Zamiast tego, subskrybujesz infrastrukturę do tworzenia aplikacji w chmurze u zewnętrznego dostawcy usług zarządzanych (MSP). Twoim zadaniem jest skupienie się na rozwoju produktu, ekspansji rynkowej i generowaniu zysków. Problem pojawia się, gdy dotychczasowy usługodawca przestaje być odpowiedni dla Twojej aplikacji, modelu biznesowego lub rosnącej liczby użytkowników.
W takiej sytuacji, kiedy chcesz przenieść swoje dane i aplikacje do innej chmury, obecny dostawca może wykorzystać tzw. „vendor lock-in”, aby wymusić na Tobie dodatkowe opłaty. Ten popularny model generowania przychodów w chmurze może stać się Twoim koszmarem. Nie panikuj jednak – poniższe wskazówki pomogą Ci uniknąć tego problemu i wyjść z tej sytuacji zwycięsko.
Czym jest Vendor Lock-in w Chmurze Obliczeniowej?
Termin „vendor lock-in” odnosi się do sytuacji, w której przejście do innego usługodawcy wiąże się z koniecznością uiszczenia opłaty na rzecz dotychczasowego dostawcy za okres blokady. Ponadto, zmiana usługodawcy często wiąże się z dodatkowymi kosztami związanymi z ponowną konfiguracją wszystkich usług.
W tradycyjnych modelach biznesowych, np. w przypadku zakupu surowców lub produktów gotowych, zmiana dostawcy nie stanowi większego problemu. Wystarczy znaleźć alternatywnego usługodawcę, który zaoferuje odpowiednią jakość i ilość towarów w korzystnej cenie.
Jednak w branży przetwarzania w chmurze sytuacja jest o wiele bardziej skomplikowana. Przenosząc oprogramowanie, infrastrukturę sieciową, aplikacje mobilne, systemy analityczne, serwery czy inne projekty IT do chmury, korzystasz z infrastruktury należącej do kogoś innego.
W tym środowisku konfigurujesz swoje aplikacje, interfejsy API, bazy danych, systemy Business Intelligence (BI) oraz wiele innych zaawansowanych i złożonych komponentów. Jeśli z jakichkolwiek powodów będziesz zmuszony do przeniesienia tych wszystkich elementów do innego dostawcy usług chmurowych, obecny usługodawca może sprzeciwić się tej operacji.
Prawdopodobnie zażąda od Ciebie opłaty za blokadę dostawcy. Zobowiązanie do uiszczenia tej opłaty wynika z podpisanej umowy, którą zawarłeś przy rejestracji usług u danego dostawcy. Jest to powszechna praktyka stosowana przez wielu współczesnych dostawców usług chmurowych.
Uzależnienie od dostawcy może również wynikać z sposobu tworzenia, testowania i wdrażania aplikacji kontenerowych przy użyciu platformy Kubernetes.
Dlaczego Powinieneś Zwrócić na to Uwagę?
Zależność od jednego dostawcy niesie ze sobą dwa główne problemy. Pierwszy polega na tym, że w przypadku chęci rezygnacji z usług przed upływem terminu blokady, jesteś zmuszony zapłacić ogromną karę. Kwota ta mogłaby pokryć koszty chmury przez nawet kilka kolejnych lat. Drugi problem jest jeszcze bardziej uciążliwy.
W przypadku zmiany usługodawcy, musisz skonfigurować wszystko od początku, dostosowując się do systemów wirtualizacyjnych nowego dostawcy. Mimo że mówi się o migracji do chmury, nie jest to wcale proste zadanie.
Dlatego też, zanim podpiszesz umowę o korzystanie z usług chmurowych w jakimkolwiek projekcie informatycznym, dokładnie zapoznaj się z treścią dokumentu, a szczególnie z klauzulą dotyczącą „vendor lock-in”.
Rodzaje Zależności od Dostawcy
W sektorze chmury obliczeniowej występuje wiele rodzajów zależności od dostawcy. Wszystko zależy od kreatywności usługodawcy i od tego, jak bardzo zależy mu na zyskach. Mimo że niewiele można z tym zrobić, przedstawiamy kilka popularnych rodzajów blokady:
#1. Zależność Cenowa
Dostawca usług chmurowych może pobierać wysoką opłatę wdrożeniową na samym początku. W późniejszym czasie, myśl o zmarnowanej inwestycji w opłatę wdrożeniową powstrzymuje Cię przed zmianą usługodawcy.
Niektórzy nieuczciwi usługodawcy rezygnują z naliczania opłat na podstawie faktycznego zużycia zasobów. Zaczynają pobierać stałe miesięczne opłaty, dążąc do maksymalizacji zysków.
#2. Zależność Przez Prztrzymywanie Danych
W przypadku opóźnienia z płatnością, spóźnienia z odnowieniem umowy lub ogłoszenia planów przejścia do innego usługodawcy, dotychczasowy usługodawca może potraktować Twoje aplikacje i bazy danych jako zakładników. Może zablokować Ci dostęp do Twoich danych firmowych i zażądać ogromnej opłaty za możliwość migracji do innego dostawcy.
#3. Zależność Poprzez Funkcje Dodatkowe
W przeszłości mogłeś nie przewidzieć wszystkich potrzeb podczas wyboru dostawcy usług w chmurze. Teraz, gdy inni dostawcy oferują wbudowane funkcje sztucznej inteligencji (AI) i uczenia maszynowego (ML), Twój dotychczasowy dostawca może zażądać dodatkowych opłat za dostęp do tych technologii.
#4. Zależność Od Platformy Chmurowej
Niektórzy mniejsi dostawcy mogą zmusić Cię do korzystania tylko z ich usług natywnych, bez możliwości integracji z popularnymi platformami, takimi jak AWS, Google Cloud czy Microsoft Azure. Może to stanowić poważny problem, jeśli Twoja aplikacja wymaga tych platform chmurowych.
#5. Zależność Poprzez Umowy Cyfrowe
Nieuczciwi dostawcy usług w chmurze mogą wykorzystywać link do strony internetowej jako umowę o świadczenie usług. Mogą oni w tajemnicy zmieniać treść tej strony, gdy nie jesteś czujny. W ten sposób, pierwotna umowa zostaje zmieniona na inną, której nigdy nie akceptowałeś.
#6. Odnowienie Jako Zależność
Odnowienie umowy jest jedną z najgroźniejszych form zależności od dostawcy. Po długim namyśle, decydujesz się na pozostanie z dotychczasowym usługodawcą, jednak ten nie jest chętny do negocjacji ceny na kilka miesięcy przed wygaśnięciem umowy.
Ofertę cenową na kolejny okres otrzymasz na kilka dni przed wygaśnięciem dotychczasowej umowy, co praktycznie uniemożliwia migrację do innego usługodawcy.
Niektórzy popularni dostawcy usług w chmurze mogą narzucać różne daty odnowienia dla serwerów, aplikacji i baz danych, co wprowadza Cię w błędne koło różnych terminów odnowienia i pozbawia możliwości zmiany dostawcy przez długie lata.
Przyczyny Zależności od Dostawcy
Głównym powodem, dla którego dostawcy usług chmurowych stosują „vendor lock-in”, jest chęć zapewnienia sobie stałego źródła przychodów. Wielu dostawców usług zarządzanych (MSP) nie jest transparentnych w kwestii cen. Kuszą niskimi cenami i atrakcyjnymi zniżkami na początku współpracy, jednak nie licz na takie same warunki przy odnowieniu umowy.
Przy odnowieniu umowy, MSP często podnoszą ceny oferowanych usług, czerpiąc zyski z Twojej subskrypcji. Gdy zbudowałeś już wiele aplikacji i hostujesz je na platformie MSP, dostawca ma łatwość, aby postawić Cię w sytuacji bez wyjścia.
Jeśli nie zgodzisz się na wygórowane ceny podczas odnowienia, ryzykujesz utratę lat pracy nad rozwojem aplikacji i zarządzaniem bazami danych.
Innymi motywami, dla których dostawcy starają się uzależnić od siebie klientów, są:
- Mali i nieuczciwi usługodawcy, wykorzystując „vendor lock-in”, tworzą dużą bazę klientów, a następnie sprzedają swoje udziały większym firmom chmurowym, aby w krótkim czasie osiągnąć ogromny zwrot z inwestycji.
- Jako klient, nie zbadałeś dokładnie możliwości dostawcy przed podpisaniem umowy.
Wady Zależności Od Dostawcy
Poniżej przedstawiamy problemy i niedogodności związane z „vendor lock-in”:
#1. Bariera W Adopcji Chmury
Mimo że sektor chmury obliczeniowej dynamicznie rośnie, wiele startupów oraz małych i średnich przedsiębiorstw wycofało swoje aplikacje i bazy danych z chmury. Decyzja ta była wynikiem negatywnych doświadczeń związanych z klauzulami blokującymi dostawcę.
Gdy firmy z branży IT zobaczą, że chmura jest jedynie kolejnym sposobem dla gigantów technologicznych na wyciąganie pieniędzy, wiele z nich zrezygnuje z chmury na rzecz tradycyjnej infrastruktury IT.
#2. Problemy Z Aplikacjami Lub Bazami Danych
Jeśli dostawca usług chmurowych nie nadąża za nowinkami technologicznymi, Twoje aplikacje i bazy danych nie będą działać tak, jakbyś tego oczekiwał.
#3. Brak Stabilności Kosztów Chmury
Umowa z dostawcą usług chmurowych (MSP) daje mu pełne prawo do zmiany oferty produktowej, cenników, opłat za transfer danych zewnętrznych, aktualizacji, wdrożenia sztucznej inteligencji i uczenia maszynowego, usług Business Intelligence (BI) i innych.
W związku z tym, nigdy nie możesz być pewien, ile wyniesie Twój miesięczny rachunek za usługi chmury obliczeniowej, co utrudnia planowanie finansowe firmy.
Jak Uniknąć Zależności od Dostawcy?
Oto najlepsze wskazówki, które pozwolą Ci uniknąć sytuacji „vendor lock-in”:
Korzystaj z Usług Różnych Dostawców Chmury
Jeśli Twoja firma IT potrzebuje różnych zasobów cyfrowych, takich jak aplikacje mobilne, aplikacje internetowe, poczta elektroniczna, systemy ERP czy serwery strumieniowe, nie hostuj ich wszystkich w ramach jednego rozwiązania chmurowego. Korzystaj z usług różnych dostawców, aby zmniejszyć swoją zależność od jednego MSP.
Twórz Przenośne Aplikacje i Bazy Danych
Zawsze używaj standardowych i kompatybilnych interfejsów API, konfiguracji, zestawów SDK i baz danych do tworzenia aplikacji. W ten sposób, łatwo przeniesiesz swoje aplikacje i bazy danych z jednej chmury do drugiej.
Uważnie Czytaj Umowy
Dokładnie zapoznaj się z treścią umowy lub zatrudnij doświadczonego programistę lub menedżera chmury, który pomoże Ci zrozumieć warunki umowy. Jeśli zgadzasz się z warunkami, zażądaj od sprzedawcy fizycznie podpisanej umowy. Unikaj również umów, które umożliwiają sprzedawcy jednostronną zmianę warunków rozliczeń i świadczenia usług.
Wynegocjuj Korzystniejsze Warunki Umowy
Podczas negocjacji umowy z dostawcą usług chmurowych, zwróć szczególną uwagę na:
- Prognozowane opłaty za odnowienie umowy
- Zasady odnowienia
- Dodatkowe opłaty za usługi
- Aktualizacje chmury, w tym nowości branżowe
- Karę za brak dostępności zasobów w chmurze w przypadku skalowania
- Jasną strategię wyjścia z umowy, w sytuacji, gdy MSP nie jest w stanie zaspokoić Twoich potrzeb
Omów Koszty Transferu Danych
Większość usług chmurowych oferuje bezpłatny transfer danych w obrębie swojej platformy. Jednak, pobierają wysokie opłaty za transfer danych do innych platform chmurowych lub do serwerów lokalnych. MSP niechętnie o tym rozmawiają, ukrywając te informacje w wielostronicowych umowach.
Wynegocjuj stałą stawkę za transfer danych na dłuższy okres. Jeśli planujesz duży transfer, MSP z pewnością zaproponuje Ci niestandardowe rozwiązania.
Wykonuj Kopie Zapasowe Wewnętrznie
Nie polegaj tylko na dostawcach usług w chmurze. Utwórz dodatkowy serwer kopii zapasowych, aby uniknąć sytuacji zakładnika.
Przykłady Zależności Od Dostawcy
Oto kilka popularnych przykładów „vendor lock-in” w chmurze obliczeniowej:
#1. Utracona Szansa na Oszczędności
Wirtualna maszyna Google Cloud (c2-standard-4) w USA kosztuje około 0,25 USD za godzinę (4 rdzenie procesora i 8 GB pamięci RAM). Konkurencyjna usługa AWS, o zbliżonych parametrach (c6g.xlarge), kosztuje około 0,20 USD za godzinę. Jeśli jesteś związany umową z Google Cloud, tracisz możliwość korzystania z niższych cen oferowanych przez AWS.
#2. Brak Możliwości Świadczenia Usług Przez Dostawcę
Pożar w centrum danych OVHcloud, który zniszczył kilka europejskich lokalizacji 10 marca 2021 roku, spowodował awarię wielu krytycznych witryn i aplikacji agencji rządowych, banków, serwisów informacyjnych i platform handlu elektronicznego. Jeśli polegasz wyłącznie na jednym dostawcy, a nie posiadasz kopii zapasowej, jesteś w poważnych tarapatach.
#3. Opłaty Za Transfer Danych
Większość usługodawców chmurowych pobiera bardzo wysokie opłaty za transfer danych do platformy innej firmy lub do serwerów lokalnych. Z tajnego wewnętrznego dokumentu AWS z 2019 roku, wynika, że AWS naliczał następujące opłaty za transfer danych:
- Apple: 50 milionów dolarów
- Pinterest: około 30 milionów dolarów
- Netflix: 20 milionów dolarów
Podsumowanie
Zapoznałeś się z szczegółowym omówieniem koncepcji „vendor lock-in” w chmurze obliczeniowej. Dostawcy usług zarządzanych (MSP) w chmurze promują „vendor lock-in”, aby zapewnić sobie stały dochód. Niezależnie od tego, czy ich platforma jest dla Ciebie odpowiednia, czy nie, będziesz zmuszony płacić wysokie rachunki.
Jeśli masz do dyspozycji duże środki finansowe, możesz sobie pozwolić na model „vendor lock-in”. Jeśli jednak prowadzisz rozwijającą się firmę z branży IT i musisz ostrożnie planować wydatki na infrastrukturę chmurową, powinieneś unikać zależności od jednego dostawcy.
Skorzystaj z powyższych wskazówek, aby stworzyć przemyślane podejście do subskrypcji usług chmurowych. Zadbaj o równowagę między publicznymi i prywatnymi instancjami chmury dla różnych aplikacji i baz danych. Co najważniejsze, nie umieszczaj wszystkich aplikacji i baz danych pod jednym parasolem chmury.
Tutaj znajdziesz więcej informacji o wyzwaniach i zagrożeniach związanych z chmurą.