Sedm let poté, co se tato fráze poprvé objevila, je cloud-native požadovaným cílem pro většinu organizací, které se vydávají na cestu digitální transformace.
Ale sedm let je v technologii celý život a bylo by extrémně naivní si myslet, že nativní cloud je konec příběhu, stejně jako pád Berlínské zdi byl koncem historie.
Jak vysvětluje COO Container Solutions Pini Reznik, je důležité si pamatovat, že „Cloud-native je sada technologií, které umožňují. Umožňuje vám to jít rychleji, ale není to cíl."
Co tedy je cílem? Pokud jde o pomoc společnostem při dosahování jejich cloudových ambicí, jedním z nejcennějších nástrojů je Cloud Native Maturity Matrix.
Používáme to k tomu, abychom organizacím pomohli přesně určit, kde se na jejich vlastní cestě k nativní cloudu nacházejí, ať už je jejich výchozím bodem vodopád, agilní nebo dokonce žádný proces.
Cílem je pomoci jim nakreslit mapu pro jejich vývoj a vývoj. Je to proto, že věříme, že existuje mnoho prvků, které se podílejí na úspěšném vývoji směrem k nativnímu cloudu nad rámec možností technologie a infrastruktury. Přijetí mikroslužeb a nepřetržité doručování je součástí procesu, ale to bude mít malý dopad, pokud změny produktů nebo služeb musí stále schvalovat rada, která se schází měsíčně nebo dokonce čtvrtletně. Podobně můžete zvednout a přesunout monolitickou aplikaci na holý kov v cloudu, ale stále to bude představovat stejné problémy s údržbou a odolností, jako když se potila ve vašem vlastním datovém centru.
Jinak řečeno, Cloud Native Matrix Matrix pomáhá zodpovědět otázky: „Jak daleko je náš cíl?“ a "Už jsme tam?" Pomáhá nám v Container Solutions vytvářet mapy, které společnosti potřebují, aby pochopily rychle se vyvíjející obchodní a technologické prostředí. To jim – i nám – umožňuje dělat inteligentní rozhodnutí a sledovat pokrok na jejich jedinečné cestě do cloudu.
Po spolupráci se stovkami zúčastněných stran v desítkách organizací můžeme začít vysledovat náčrt technologií a postupů, které budou formovat blízkou budoucnost nativních cloudů a technologií a podnikání obecněji, a zahájí další fázi strojově řízeného vývoje.
První osou indexu je kultura a není asi žádným překvapením, že vyspělost cloudových nativních služeb je spojena s kulturou spolupráce. Protože organizace čelí dnešnímu rychle se měnícímu a nepředvídatelnému světu, je nezbytné přijmout učení, usilovat o konzistentní, neustálé zlepšování a odměňovat sebevzdělávání, experimentování a výzkum.
Předpokládáme, že dalším krokem bude plnohodnotná experimentální organizace, kde jsou lidé povzbuzováni, aby zkoušeli nové nápady v malém měřítku, poučili se ze svých neúspěchů a zvýšili své úspěchy.
Pokud jde o návrh produktů a služeb, věříme, že vyspělost cloudu znamená proces návrhu řízený daty, kde konečné rozhodnutí o tom, na kterých produktech, vylepšeních nebo funkcích pracovat, není výsledkem dlouhého procesu návrhu, ale je na základě údajů shromážděných od skutečných uživatelů. Myslete na A/B nebo testování s více proměnnými.
Takže vystrčíme krk a navrhneme, že dalším krokem je úplně odříznout lidi od velkých částí tohoto procesu. Testovací data shromážděná v terénu by měla napájet systémy řízené umělou inteligencí, které budou provádět evoluční vylepšení a spouštět testy samy s malou interakcí vývojářů.
To neznamená, že lidé jsou úplně mimo mísu. Stále tvoří týmy, které tvoří organizaci jako celek. Ale to, jak tito jednotlivci a týmy interagují, se bude také nadále měnit. Posun od vodopádu k Agile ke cloud-native znamenal menší hierarchii a větší autonomii pro týmy i jednotlivce, paralelně s rozpadem monolitických aplikací do distribuovaných systémů založených na mikroslužbách.
Automatické dozrávání
Věříme, že dalším krokem jsou interní dodavatelské řetězce, kde je každá služba samostatným produktem, přičemž tým nese plnou technologickou a obchodní odpovědnost za to, co řídí nebo vyrábí. To není zas až takový úsek – jde o to, kolik týmů elektronického obchodu fungovalo za poslední desetiletí.
Je také paralelní se změnami, které očekáváme v tom, jak organizace fungují. Vyspělost cloudu byla spojena s procesem, který spojuje designérské myšlení spolu s agilními a štíhlými technikami, které spolupracují na odstranění rizika velkých a složitých projektů. To funguje zvláště dobře, když organizace čelí vysoké míře nejistoty nebo rychle se měnící technologii.
Takže dalším logickým krokem jsou samoorganizující se vysoce experimentální systémy s jednotlivci nebo malými týmy, které generují nápady, které jsou pak v terénu automaticky opakovány a vylepšovány platformou.
To bude zrcadleno na úrovni architektury. Již víme, že mikroslužby tvoří základ vyspělých cloudových nativních architektur – samozřejmě souběžně se všemi ostatními faktory, které jsme pokryli. Je-li tento přístup správně navržen, usnadňuje škálování systému. Ve skutečnosti by se mělo jednat o plně automatizovaný proces.
Logickým vývojem je tedy posun směrem k funkcím nebo bezserverovým architekturám, kde není potřeba zajišťovat infrastrukturu, provozní úkoly jsou odstraněny a vše se stává průběžným procesem.
Podobně, pokud jde o údržbu, pozorovatelnost a samoléčení, které charakterizuje vyspělost cloudového nativního prostředí, se vyvine v preventivní strojové učení a umělou inteligenci – stejně jako u produktového designu. Systémy budou schopny předcházet poruchám, například zvýšením kapacity. Bude to rychlejší, bezpečnější a spolehlivější.
Automatizace bude základem přechodu doručování z nepřetržitého doručování na nepřetržité zavádění, přičemž budou odstraněny procesy ručního schvalování a automatické vrácení funkcí, když dojde k zásahu klíčových metrik.
Automatizace ve formě bezserverových architektur běžících na cloudových platformách také představuje další fázi zřizování.
Pokud jde o infrastrukturu, výchozím nastavením pro vyspělé cloudové organizace jsou kontejnery a hybridní cloudy, které umožňují vysoký stupeň automatizace. Ale nadcházející evoluce směřuje k edge computingu, kde pracovní zátěž probíhá lokálně na okraji tam, kde je to vhodné a kde je k dispozici dostatek dat.
Znamená to, že prozíravá organizace již musí investovat do AI a edge computingu, aby v budoucnu eliminovala potřebu kontejnerů a dokonce i cloudových vývojářů?
Ne nutně. Jak jsme řekli, technologické a obchodní prostředí je v neustálém pohybu. Největším poznatkem cloud-native bylo rozpoznat to a vyvinout metodologii, která se nesnaží eliminovat nebo kontrolovat změny, ale připouští, že změna je nevyhnutelná. To znamená, že organizace musí současně investovat do udržení inovací a pokračovat v investicích do převratných inovací.
„Nejde jen o skok k další převratné inovaci,“ říká Reznik. „Jde o změnu vaší organizace takovým způsobem, že přechod z jedné do druhé az té do druhé a pak znovu je součástí života. Není to problém."
Pokud bychom tedy měli navrhnout, abyste věnovali pozornost pouze jedné z výše uvedených os, vraťte se zpět k hornímu řádku a podívejte se na kulturu. Zeptejte se sami sebe, kam patříte. Protože budoucnost je nyní nejistá, než kdy byla. Ale pokud jste vy a vaše organizace ochotni zkoušet nové nápady v menším měřítku, poučit se ze svých chyb a být připraveni rozšířit své úspěchy, budete mít mnohem větší šanci, že budete v budoucnu prosperovat. Kamkoli skončí ostatní osy směřující.
Připojte se k nám na KubeCon + CloudNativeCon Europe 2022 ve španělské Valencii (a virtuální) od 16. do 20. května – první osobní evropská událost za tři roky!
