Výběr cloudového poskytovatele začíná exit strategií
Obsah
Pokud vybíráte poskytovatele cloudových služeb, proč se zaměřovat na to, jak ho později opustit? Otázka exit strategie je ale otázkou jistoty. Exit strategie není jen tak nějaká doložka, že můžete utéct a hotovo. Exit strategie v cloudu znamená, že pokud bude někdy potřebovat svou infrastrukturu či data přenést, neskončíte s prázdnýma rukama.
Obzvláště při dnešní zásobě SaaS produktů se může stát, že vaše firma vesele používá tyto služby pro běžný provoz a poskytovatel se rozhodne změnit obchodní podmínky či technické parametry služby, nebo ji dokonce zruší. Budete moci přenést svá data někam jinam?
V tomhle článku se podíváme na 4 důležité důvody, proč je zájem o exit strategii už v počátku spolupráce klíčem k úspěchu.
Business Process Continuity (BPC)
Díky technologiím se dnes daří firmám zachovávat nepřetržitý chod a provoz. Ale také se může stát, že právě technologie se stanou příčinou výpadku.
Příkladem může být situace jedné výrobní firmy. Výpověď služeb znamenala krátký časový úsek pro přemigrování kritických systémů, na kterých závisel provoz několika výrobních podniků.
Taková situace mohla mít dvě varianty:
- Pokud by byla exit strategie – v alokovaném čase by se přistoupilo k odmigrování a přesunu veškeré architektury a dat do nového prostředí, aby nedošlo k výpadkům.
- Pokud by nebyla exit strategie – začal by pořádný chaos, protože by se začalo zjišťovat, jak by se dala data přeformátovat a přemigrovat, kam vlastně, co k tomu je potřeba. Pravděpodobně by se to nestihlo v rámci zachování BPC.
Je tedy vhodné zvážit, kolik času můžete věnovat přerušení provozu případně kolik dat můžete obětovat.
Efektivita fungování
Pokud už o exit strategii uvažujete, pak stojíte před rozhodnutím, jak ji vlastně naplánovat. Každá společnost je jedinečná, takže neexistuje univerzální plán, jak naplánovat odchod. Jsou ale určité postupy, které se obecně používají.
Například je dobré zvážit, zda vaše společnost vydrží kompletní migraci najednou nebo je možné provozovat starý i nový systém paralelně. Každé s sebou nese určité výhody i nevýhody a také náklady. Promyšlení komplexnosti exit strategie je klíčové k tomu, aby vše proběhlo v pořádku.
Finance
Vícenáklady, které vzniknou při nedostatečné exit strategie, mohou být nepředstavitelné. Nejde totiž jen o to, že ztratíte data. Můžete také ztratit celou architekturu a možnost ji obnovit. Proč?
Už jsme se zmínili o službách typu SaaS, ale mohli bychom toto tvrzení vztáhnout i managed služby a další systémy, které jsou proprietární. V takovém případě totiž používáte služby, které nejsou přenositelné.
V praxi to znamená, že přesné nastavení služby nemůžete replikovat v jakémkoli jiném prostředí. Vlastně tedy stojíte před situací, kdy všechna práce, která byla věnována úpravám jednoho systému, nemůže být přemigrována 1:1 do nového prostředí.
V lepším případě stojíte před nutností udělat změny v základech prostředí, v horším stojíte před nutností předělat vše od nuly. Ať už je nutnost jakákoli, čekají na vás náklady, které se mohou rovnat až kompletní investici do nové architektury IT.
Akceptovat, nebo odmítnout
U většiny věcí, které dnes nakupujeme, tak ani nepřemýšlíme, že je za každým produktem smlouva, kterou můžeme přijmout, nebo odmítnout. Asi by nikdo z nás nechtěl v supermarketu pročítat a podepisovat desítky smluv za každou položku, kterou nakoupí.
U cloudových služeb to tak ale není. V takovém případě je potřeba velmi detailně projít smlouvy a zaměřit se na exit strategii, která by v podmínkách měla být popsána.
Pokud tam popsána není nebo jsou podmínky nevhodné, je na vás, zda takovou službu přijmete a podepíšete smlouvu, nebo ne. Pokud se i přes nepříjemné podmínky smlouvu rozhodnete podepsat, musíte ale počítat s tím, že exit strategie se pro vás pak může stát noční můrou.
Ačkoli se exit strategie jeví spíše jako technická záležitost – a skutečně její náplň je technická svojí podstatou – jsou za ní schované také velmi netechnické oblasti – business process continuity, finance a efektivita za všech okolností. Proto je důležité nebrat ji jako vedlejší, ale jako jednu z hlavních součástí při tvorbě kompletní architektury firemního IT.
