Důkladně prověřte smlouvu s poskytovatelem cloudových služeb
Než se rozhodnete přesunout svou aplikaci do cloudu, pečlivě prozkoumejte smluvní podmínky s dodavatelem cloudových služeb. Pokud si nejste jisti, co to znamená a jak se tomu vyhnout, pokračujte ve čtení.
Cloud computing se stává stále populárnějším modelem. Je velmi atraktivní pro IT firmy, jako jsou vývojáři mobilních a webových aplikací či společnosti nabízející Software as a Service. Umožňuje jim totiž vyhnout se nákladům na budování robustní IT infrastruktury.
Stačí si pronajmout infrastrukturu pro vývoj aplikací v cloudu od poskytovatele spravovaných služeb (MSP). Vaším hlavním cílem se pak stává rozvoj produktu, oslovování trhu a generování zisku. Nicméně, problémy se objeví, jakmile váš stávající poskytovatel cloudu přestane vyhovovat požadavkům vaší aplikace, obchodního modelu nebo rostoucímu počtu uživatelů.
V takové situaci se obvykle pokusíte přenést své databáze a aplikace do jiného cloudu. Váš stávající poskytovatel ale může využít takzvaný vendor lock-in, aby z vás získal další finanční prostředky. Tento běžný obchodní model cloud computingu se pro vás může stát noční můrou. Nicméně, nezoufejte, následující tipy vám pomohou situaci zvládnout.
Co je to Vendor Lock-In v Cloud Computingu?
Vendor lock-in, jak už název napovídá, je stav, kdy nemůžete snadno přejít k jinému poskytovateli služeb bez toho, abyste platili poplatky za předčasné ukončení smlouvy. Navíc, při přechodu ke konkurenčnímu poskytovateli, budete muset vynaložit další náklady na opětovné nastavení vašich služeb.
V tradičních oborech, jako je například nákup surovin, to nepředstavuje velký problém. Stačí si jen najít cenově dostupnějšího dodavatele, který vám zajistí požadovanou kvalitu a množství.
V oblasti cloud computingu se však jedná o zásadní komplikaci. Když migrujete svůj software, web, mobilní aplikaci, datovou analýzu, servery nebo jiné IT projekty do cloudu, využíváte infrastrukturu někoho jiného.
Zde konfigurujete aplikace, API, databáze, business intelligence a další komplexní technologické komponenty. Jakmile z jakéhokoliv důvodu potřebujete přesunout vše k jinému poskytovateli cloudových služeb, ten původní s tím pravděpodobně nebude souhlasit.
Bude po vás požadovat poplatek za vendor lock-in. Jste k tomu právně zavázáni, protože jste při podpisu smlouvy o cloudových službách s tímto poskytovatelem stvrdili dohodu o vendor lock-in. To je standardní taktika, kterou dnes poskytovatelé cloudu využívají.
Vendor lock-in se může týkat i vývoje, testování a nasazování kontejnerových aplikací pomocí Kubernetes.
Proč je důležité věnovat tomu pozornost?
Vendor lock-in s sebou přináší dva hlavní problémy. Pokud se rozhodnete odejít před datem ukončení vendor lock-in, budete muset zaplatit obrovské poplatky. Tyto finanční prostředky byste jinak mohli využít na provoz cloudu na několik let. Další komplikace je o to náročnější.
Při přechodu k novému poskytovateli cloudové infrastruktury musíte vše nastavit znovu od začátku s ohledem na jejich virtualizované systémy. Cloudová migrace, jak se tomu říká, není jednoduchý proces.
Z toho důvodu je důležité si před podepsáním smlouvy o cloudových službách pro jakýkoliv IT projekt důkladně pročíst smluvní dokument, zejména oddíl o vendor lock-in.
Druhy Vendor Lock-In
V cloudovém sektoru se může objevit mnoho různých forem vendor lock-in. Záleží na kreativitě dodavatele, kterého si vyberete, a na jeho snaze generovat zisk. I když s tím nemůžete nic dělat, zde jsou některé z nejčastějších typů:
#1. Vendor Lock-In založený na ceně
Poskytovatel cloudových služeb si může na začátku účtovat vysoké poplatky za implementaci. Později, při změně dodavatele, se vám bude zdát investice do implementačních poplatků zbytečná, pokud přejdete ke konkurenčnímu poskytovateli.
Někteří neetickí poskytovatelé cloudu vám často přestanou účtovat poplatky na základě skutečného využití a převedou vás na měsíční paušální platby, aby maximalizovali svůj zisk.
#2. Vendor Lock-In, který drží data jako rukojmí
Pokud opomenete zaplatit včas, požádáte o prodloužení smlouvy na poslední chvíli nebo naznačíte svůj záměr přejít k novému poskytovateli cloudu, váš stávající dodavatel může zabavit vaše aplikace a databáze. Může vám odepřít přístup k vašim firemním datům a požadovat zaplacení vysokého výstupního poplatku.
#3. Vendor Lock-In pro doplňkové funkce
Když jste si před lety vybírali dodavatele cloudových služeb, neměli jste komplexní plány do budoucna. Nyní zjišťujete, že jiní dodavatelé nabízejí vestavěné funkce umělé inteligence (AI) a strojového učení (ML). Když se na to zeptáte svého poskytovatele cloudu, dozvíte se, že za využívání služeb AI a ML musíte zaplatit navíc.
#4. Cloud-Based Vendor Lock-In
Někteří menší a neprofesionální poskytovatelé cloudu vás mohou nutit používat jejich nativní služby. Ty nemusejí být kompatibilní s AWS, Google Cloud nebo Microsoft Azure. Pokud vaše nová aplikace vyžaduje tyto cloudové cíle, máte velké problémy.
#5. Vendor Lock-In prostřednictvím digitálních smluv
Mnoho podvodných dodavatelů cloudových služeb používá jako smlouvu odkaz na webovou stránku. Tuto webovou stránku mohou tajně změnit, aniž byste si toho všimli. Tím se původní smlouva změní na něco jiného, s čím jste nesouhlasili.
#6. Obnova jako Vendor Lock-In
Obnova smlouvy je jedním z nejnebezpečnějších typů vendor lock-in. Po zvážení všech možností jste se rozhodli zůstat u stávajícího poskytovatele cloudu. Nicméně, poskytovatel není ochoten vyjednávat o ceně obnovení smlouvy několik měsíců před vypršením její platnosti.
Pár dní před vypršením smlouvy vám zašlou cenovou nabídku. V tu chvíli už nemáte možnost přejít se svými cloudovými operacemi k jinému poskytovateli.
Někteří nekalí poskytovatelé cloudu si mohou dokonce nastavit různé termíny obnovení pro servery, aplikace a databáze. Dostanete se tak do začarovaného kruhu s různými daty obnovení, což vám znemožní změnit poskytovatele cloudu po mnoho let.
Důvody pro Vendor Lock-In
Hlavním důvodem pro vendor lock-in je zajištění stabilního příjmu pro poskytovatele cloudových služeb. Většina cloudových MSP vám neúčtuje poplatky tak, jak je inzerují. Možná získáte dobrou slevu na začátku a výhodnou cenu za zřízení služeb. Nicméně, neočekávejte stejné ceny, když se obrátíte na dodavatele cloudu s žádostí o obnovení účtu.
Při obnově smlouvy MSP obvykle navýší ceny nabízených služeb. Od tohoto okamžiku začínají profitovat z vašeho cloudového předplatného. Nyní, když jste vyvinuli a hostujete mnoho aplikací na platformě MSP, je pro ně snadné dostat vás do situace výkupného.
Pokud nesouhlasíte s vysokými cenami při obnově smlouvy, riskujete ztrátu let práce na vývoji aplikací a správě databází.
Další hlavní důvody pro vendor lock-in jsou:
- Malí a neznámí poskytovatelé cloudových služeb budují velkou zákaznickou základnu pomocí vendor lock-in, a poté prodávají svůj podíl větším cloudovým firmám, aby v krátkém čase dosáhli vysoké návratnosti investic (ROI).
- Jako předplatitel cloudu jste si před registrací nedělali důkladný průzkum nabídek různých dodavatelů.
Nevýhody Vendor Lock-In
Zde jsou některé nevýhody a problémy spojené s vendor lock-in:
#1. Bariéra v přijímání cloudu
I přestože cloud computing jako obor roste, mnoho startupů a malých a středních podniků se stáhlo z cloudu. Důvodem byly hořké zkušenosti s blokovacími klauzulemi dodavatelů cloudu.
Když se budete bavit s IT firmami, možná zjistíte, že cloud computing je jen další způsob, jak z nich technologičtí giganti tahají peníze. Mnozí preferují lokální IT infrastrukturu před cloudem.
#2. Problémy s aplikacemi nebo databázemi
Pokud dodavatel cloudu není schopen dodávat zdroje a technologie v souladu s nejnovějším vývojem v oboru, vaše aplikace a databáze nemusí fungovat tak, jak byste chtěli.
#3. Žádná stabilita nákladů na cloud
Na základě smlouvy o vendor lock-in má cloudový MSP plné právo měnit nabídku produktů, ceníky, poplatky za externí přenos dat, upgrady, implementaci AI/ML, služby BI a další.
Nemáte tedy jistotu, kolik vás bude měsíčně stát využívání cloudové IT infrastruktury. To vám může ztížit finanční plánování vašeho podnikání.
Jak se vyhnout Vendor Lock-In
Zde je několik tipů a nápadů, jak se vyhnout situaci vendor lock-in:
Přihlaste se k odběru různých poskytovatelů cloudu
Pokud vaše IT podnikání vyžaduje různé digitální aktiva, jako jsou mobilní aplikace, webové aplikace, e-maily, ERP servery, streamovací servery atd., nehostujte je všechny u jednoho poskytovatele cloudových služeb. Používejte různé poskytovatele cloudu, abyste snížili závislost na jednom MSP.
Vyvíjejte přenosné aplikace a databáze
Při vývoji aplikace nebo databáze vždy používejte standardní a interoperabilní API, konfigurace, SDK, databáze atd. Vaše aplikace a databáze tak budete moci snadno přesouvat z jednoho cloudu do druhého.
Pečlivě si přečtěte smluvní dokumenty
Důkladně si přečtěte smluvní dokument, nebo si najměte odborníka na cloud computing, který lépe rozumí smluvním podmínkám. Pokud jste s dokumentem spokojeni, vyžádejte si fyzicky podepsanou smlouvu. Vyhýbejte se také smlouvám, které uvádějí, že dodavatel může kdykoli změnit podmínky fakturace a poskytování služeb.
Zajistěte si výhodnější smlouvu
Při vyjednávání podmínek vaší cloudové IT infrastruktury s dodavatelem věnujte pozornost následujícímu:
- Projekce poplatků za obnovení smlouvy
- Zásady obnovení smlouvy
- Poplatky za doplňkové služby
- Možnosti upgradu cloudu v souladu s vývojem v oboru
- Sankce za nemožnost poskytnout cloudové zdroje při škálování
- Strategie bezplatného odchodu v případě, že MSP není schopné uspokojit vaše potřeby
Diskutujte o nákladech na přenos dat
Většina cloudových služeb nabízí meziplatformní přenos dat zdarma. Nicméně vám budou účtovat prémiový poplatek, pokud přesunete data na jiné cloudové platformy. MSP o tom neradi diskutují. Snaží se tuto informaci skrýt mezi stovkami stran smluvních textů.
Sjednejte si fixní cenu za přenos dat na delší období, pokud vám MSP dá možnost vyjednávat. Pokud plánujete velké přesuny dat, MSP vám jistě nabídnou řešení na míru.
Zálohujte data interně
Nespolehněte se výhradně na poskytovatele cloudu. Vytvořte si sekundární záložní server lokálně, abyste se vyhnuli situaci výkupného.
Příklady Vendor Lock-In
Zde jsou některé běžné případy vendor lock-in v cloud computingu:
#1. Ztracená příležitost ušetřit
Virtuální stroj Google Cloud (c2-standard-4) v USA stojí přibližně 0,25 USD za hodinu za 4jádrové procesory a 8 GB paměti. Konkurenční AWS nabízí téměř totožné funkce v c6g.xlarge za přibližně 0,20 USD za hodinu. Pokud máte s Google Cloud uzavřenou smlouvu o vendor lock-in, nemůžete využít úspor, které nabízí AWS.
#2. Dodavatel není schopen poskytovat služby
Požár datového centra OVHcloud zničil 10. března 2021 několik evropských webových stránek. Tento incident měl dopad na mnoho důležitých webových stránek a aplikací vládních agentur, bank, zpravodajských portálů a e-commerce platforem. Pokud jste vázáni vendor lock-in a nemáte zálohu, jste v obtížné situaci.
#3. Poplatky za přenos dat
Většina poskytovatelů cloudových služeb účtuje velmi vysoké poplatky za přenos dat na platformu třetí strany nebo na vaše vlastní lokální servery. Tajný interní dokument AWS z roku 2019, který analyzovala společnost The Information, ukazuje, že AWS účtovala svým zákazníkům za přenos dat následující částky:
- Apple: 50 milionů dolarů
- Pinterest: přibližně 30 milionů dolarů
- Netflix: 20 milionů dolarů
Závěrečná slova
Prošli jste podrobnou diskusí o vendor lock-in v oblasti cloud computingu. Poskytovatelé cloudové infrastruktury se snaží prosadit vendor lock-in, aby si zajistili stabilní příjem. Ať už vám platforma funguje dobře, nebo ne, musíte jim platit nemalé částky.
Pokud máte dostatek finančních prostředků, můžete se s vendor lock-in smířit. Nicméně, pokud podnikáte v IT a potřebujete pečlivě hospodařit se svými investicemi, zejména v oblasti cloudové IT infrastruktury, vendor lock-in se rozhodně vyhýbejte.
Použijte výše uvedené tipy k vytvoření promyšleného přístupu k předplatnému cloud computingu. Vytvořte rovnováhu mezi veřejnými a soukromými cloudovými instancemi pro různé aplikace a databáze. A hlavně, nesdružujte všechny aplikace a databáze pod jediný cloudový deštník.
Zde naleznete další výzvy a rizika v cloud computingu.