Multicloudová strategie ale nemá jen samé výhody. Směsice různých cloudů může být náročná na dohled a zabezpečení a náročnější může být i dodržování předpisů. Může to vyžadovat soustředit dovednosti a znalosti na konkrétní cloudové služby nebo je rozprostřít mezi všechny, což s sebou nese riziko, že zdroje budou rozděleny neefektivně. Významným analytickým úkolem se může stát i sledování spotřeby, a zda investované peníze přinášejí požadovanou hodnotu.
Jak tedy podniky tento paradox řeší?
Odpovědí je přemýšlet o vývoji aplikací jiným způsobem, a to nikoliv z hlediska jednotlivých technických prvků – kontejnerů, clusterů, Kubernetes, sítí služeb – ale jako o komplexní platformě, která je řízena prostřednictvím jediné konzole. Pokud to uděláte, svět DevSecOps (Development, Security, Operations; vývoj, zabezpečení a provoz) se stane přístupným i pro netechnické pracovníky, kteří mohou snadno získávat provozní informace potřebné k přijímání správných obchodních rozhodnutí.
Klíčovým faktorem je přidělení rozpočtu, přičemž v multicloudovém uspořádání neexistuje jednotný způsob, jak jednotlivé aktivity dělat. Clustery provozované v různých cloudech musí dodržovat různá pravidla a procesy, ať už jde o provisioning, SLA, operační systémy, cykly záplatování, typy úložišť nebo síťové systémy. Liší se i nástroje. Takže sledovat, kam náklady skutečně jdou a co za ně dostáváte, je tím těžší, čím jsou činnosti intenzivnější. Hrozí tedy, že oblasti s nadměrnými nebo naopak nedostatečnými výdaji zůstanou neodhalené.
Zastřešující aplikační platforma naopak poskytuje jednotný pohled na všechny clustery a pak i snadnější způsob, jak přesně určit náklady a potenciál pro efektivnější vynakládání prostředků. Plýtvání dále pomáhá eliminovat i schopnost takové platformy agregovat a rozšiřovat možnosti různých cloudů, což usnadňuje vytváření hvězdicových a cílených clusterů, které mají přístup pouze k tomu, co je pro daný úkol potřeba. V důsledku toho nejsou vývojáři zatěžováni nastavováním, takže jim zbývá více času na to, v čem jsou nejlepší a kde nakonec přinášejí největší hodnotu – na tvorbu skvělých aplikací.
Dodržování předpisů je dalším problematickým bodem, který lze zvládnout spojením multicloudových pracovních úloh na jednom společném základě. Data se stala jedním z nejvíce regulovaných aspektů podnikání. Veškeré snahy poskytnout vývojářům svobodu a agilitu musí být vyváženy forenzním porozuměním datům, která používají a vytvářejí. Stejný princip platí i pro zabezpečení. Multicloud může zvětšit potenciální plochu pro útoky, zatímco zranitelnosti mohou být hůře odhalitelné. Kompletní zabezpečení je náročné, když chráníte mnoho nezávislých lén namísto jednoho velkého království.
Aplikační platformou, která centralizací bezpečnostních zásad a protokolů pomáhá zajistit konzistentní standardy napříč cloudy, vyřešíte soulad s předpisy a zabezpečení v éře multicloudu. Zajištění tohoto přehledu o datech je klíčové nejen z hlediska plnění povinností, ale mohou ho využít i vývojáři k optimalizaci datových toků mezi různými API (Application Programming Interface, rozhraní pro programování aplikací). Souběžným trendem je mentalita „shift-left“, která začleňuje úvahy o bezpečnosti tam, kde by měly začínat, tedy když vývojáři začínají psát kód. To pomáhá zkrátit dobu uvedení produktu / aplikace na trh a agilitu, a také podporuje zásadní aspekty vývoje moderních aplikací, jako je spolupráce, opakovatelnost a dostupnost.
Od multicloudu k hybridnímu cloudu
Přidání této integrace a orchestrace mezi cloudy je to, co povyšuje strategii organizace z multicloudu na hybridní cloud, přičemž výhody hybridního cloudu se umocňují s růstem využívání edge computingu. Ekosystém je rozmanitý a komplexní, avšak zařízení na okraji sítě bývají konstruována s ohledem na specifické úkoly a často pocházejí od více dodavatelů. To může rychle skončit chaosem. Vše zahrnující sjednocení pomocí škálovatelné aplikační platformy ale přinese konzistenci a flexibilitu, které v konečném důsledku podporují inovace.
Stejná logika platí i v případě, že si vaše IT prostředí zachovává on-premise prvky. Podniky stojí před obtížným rozhodováním, jak modernizovat své starší aplikace. Použití společné abstrakční vrstvy k vytvoření interoperability mezi on-premise a cloudovými prostředími usnadňuje přesun nebo refaktorizaci konkrétních prvků kódu.
Vše výše uvedené nám napovídá, že aplikační platforma je komplexním soustava schopností a protokolů. Vytvoření takové platformy od nuly bude pravděpodobně nad rámec současných zdrojů mnoha týmů IT, bude vyžadovat značné investice, a tedy i představovat riziko. DevOps se navíc rychle vyvíjí, takže jakoukoli platformu by bylo třeba neustále vylepšovat. Místo vlastního vývoje takové platformy mohou podniky udělat to, co dělají vždy, když čelí nové technologické příležitosti – obrátí se na technologické partnery, kteří jim tuto výzvu umožní splnit. Když lze více zaměstnanců nasadit na vývoj v první linii namísto back-endového inženýrství, odměnou je vyšší produktivita a následovat by mělo i zvýšení konkurenceschopnosti na trhu.
Udo Urbantschitsch, ředitel pro prodej a strategie zavádění technologií na trh v oblasti EMEA, Red Hat
