CRA Cloud: Kontejnerizace – ukázka prostředí

00:00:13
Dobrý den, mé jméno je Petra Kaděrová a vítám vás na dalším webináři Českých radiokomunikací. Dnešním tématem bude kontejnerizace a praktická ukázka jeho prostředí. Jako svého hosta vítám Marka Ernekera, produktového manažera z odpovědného základové služby. Ahoj Peti. Ahoj Marku.

00:00:32
Dobrý den všem.

00:00:33
Ještě než ti přidám slovo, dovolte mi upozornit všechny naše diváky. V případě jakýchkoliv dotazů, prosím, využijte naš chat. Na vaše otázky se pokusíme odpovědět ještě v průběhu webináře, případně na konci webináře, anebo v případě nějakých složitějších otázek můžeme i po skončení. Tak Marku, možná ještě než začneš s ukázkou, mohl by si nám vysvětlit kontejnerizaci a virtualizaci, co to je a jaký je mezi nimi rozdíl, nebo jak to se svou souvisí.

00:01:06
Jo, díky za ten úvod, díky za ten dotaz. My jsme tady už nějaký webinář na tohle téma v minulosti měli, takže já jsem si malinko pomohl vlastně slidy právě z tohohle našeho předchozího webináře. A my jsme tady tenkrát vysvětlovali, že kontejnerizace je něco, co hodně zjednodušuje virtualizaci, je to tvořený v trochu jiném konceptu, nevytváříme tam nějaký virtuální servery a nevytváříme vlastně nějaké jako globální prostředí s opračným systémem, ale vytváříme pouze kontejnery a na to, co je ten oprační systém, na to, co je ta infrastruktura, která kontejneriz která nějakým způsobem komunikuje, něco dělá, velmi pravděpodobně komunikuje s ostatními službami, které v tom prostředí jsou. To je takové jako v rámci toho základního rozdělení, tak je to to, co je rozdíl mezi virtualizací a kontejnerizací. A ty určitě víš, a jsme se o tom bavili, a ostatně je to jeden z důvodů, proč dneska ten webinář děláme, tak je skutečnost, že jsme před časem spustili systém VMware Tanzu. Troufám se tvrdit, že jste nám to pravděpodobně povedlo jako jedním z prvních v Čechách, možná ve střední Evropě, a máme takovýhle signály ze strany VMwareu. A dokázali jsme vlastně propojit ten svět toho, co je virtualizace a svět toho, co je kontejnerizace, Vlastně my tam dneska jsme schopní dělat i dejme tomu, objekty jiného typu než kontejnery jako takový. Jsme schopni dělat samostatným kontejner začín klastry, na tom to celý stojí, ale na závěr snad jedno příjemné překvapení, aby bylo zřetelné, v čem je ta infrastruktura jiná, v čem vlastně vytváří ten koncept toho, že je to spojený svět, že najednou jako zákazník nemusíš řešit to, jestli potřebuješ virtuál nebo potřebuješ kontejner. Ty samozřejmě potřebuješ vědět, co z toho chceš použít, ale je to pro tebe jeden Tak já zkusím přejít do trochu praktičnější roviny. Jedna z věcí, kterou bych rád ukázal, tak je Pardon, pomůžu si tady desktopem, který teď nevidíte, neto tam přetánu. Jedna z věcí, kterou bych rád ukázal, tak je to standardní prostředí, který potřebujete nebo používáte v momentě, kdy používáte virtualizaci. V rámci virtualizace máme nějaké prostředí, které má nějaké zdroje, pracujeme s ničím, co je VMCO, Virtual Machine. Když jej vytváříme, tak musíme definovat strašnou spoustu různých detailů od templateu, ze kterého ho vytvořit, nebo případně ho vytvořit separátně a nainstalovat, Tak výborně, systém mi trochu pomohl. Návolím si parametry a například jednu z věcí, kterou řeším a musím řešit při virtualizaci, tak je množství CPU, který využiju. To mi samozřejmě čerpá nějaké zdroje z mého prostředí. Musím vyřešit množství paměti. Typicky číslo 4, 8, 10, něco 12. A musím samozřejmě vyřešit i storage, který v takový moment potřebuji. Tohle je právě storage. Zvolím si nějakou hodnotu. 200 GB by mělo být dostatečný dneska na v podstatě cokoliv. a musím připojit nějakou síť. Toto je vlastně dialog v momentě, kdy jej dokončím. Teď jsem řadu položek nevyplnil a řadu jsem možná vyplnil špatně, takže se tím netrapneme v tom smyslu, že se to nepovede. A výborně, 200 GB je tak moc, že jej v prostředí ani nemám. To je ta hláška, kterou jste mohli zahlédnout. snižím Tak to, co chci ukázat, vlastně to, co je tím následním krokem, je, že my v takový moment získáváme virtuální server, když se nám to někde propíše, on se tam moment objeví. A tenhle virtuální server musíme teprve nainstalovat. Takže ten virtuální server se nám teď spouští, my bychom mohli jít do webový konzole, přihlásit se v podstatě na jeho obrazovku a spustit teprve tu instalaci. Já jsem do toho virtuálního serveru připojil nějaký ISO pro Debian, pro instalaci Debianu, takže bych teď mohl spustit poměrně dlouhý dialog a získal bych jeden virtuální server, na který pak instaluju jednotlivý aplikace atd. Tohle je ten normální způsob, jak s tím lidi pracují, tohle je normální způsob, jak se dělá virtualizace. V případě, že využíváme VMWare Tanzu, Tak já jsem tady získal od kolegů kontext, takzvaný Tanzu namespace. Pardon, mi tady zmizel dialog tady z potřebu pro volbu toho kontextu právě. Hmm? Dobře, to nezískávám, nevadí. Vyřešíme. někde mi tu asi lítá na některé z obrazovek Nechce se mu. Tak, teřinku. Um. Já jsem získal který představuje vlastně globální namespace, ve kterém můžu vytvářet další a další namespacy, které už potom vlastně představují jednotlivý Kubernetes klastry. Já jsem si tady teď Vypl tu aplikaci, která mi pomáhá přepínat kubernetní konteksty. Akého důvodu se mi tedy stejně nezobrazuje. Dobře. To teď ještě není problém, ale za moment pravděpodobně bude. Nevadí. Tak jo, já si zkusím, jestli mi tam zachoval předchozí kontext. Tak to, co se teď stane, je, že když přejdu sem do terminálu a pokusím se vypsat si všechny eeem všechny současný Tanzu Kubernetes Cluster objekty, což je objekt, právě speciální objekt. který představuje skutečně Kubernetes Cluster, představuje Kubernetes Cluster vytvořený v rámci toho mého namespacu, mého namespacu ve smyslu zákaznického namespacu, tak zjistím, že já tam teď žádné nemám. Tohle je vlastně prázdný namespace, ve kterém já můžu vytvářet v podstatě Kubernetes Clustery a to je něco, co chci ukázat. To je jedna z prvních věcí, která velmi zajímavě slouží k tomu, aby jste mohli spravovat víc než jeden klastr, abyste mohli pracovat s tím, že máte různá prostředí pro různé věci. Mám tady předpřipravený skript. velmi jednoduchý a a připravil jsem si, doufám, že to rozlišení, které používám, je pro všechny dostatečně čitelné, tak připravil jsem si v podstatě helmovský skript, který popisuje, jakým způsobem vytvořím testovací klastr. Ten testovací klastr má podobnou volbu, jako jsme mohli volit v případě výjemek, tak má podobnou volbu v podstatě zdrojů, tady v tom případě používáme něco, čemu říkáme notclasy, a má podobnou volbu zdrojů jak pro workery, tak pro tzv. control plane, já tenhle Helm Chart spustím a nainstaluju si tím nový Kubernetes cluster. Install, test. takhle a Bude to ten klastr test. Tímhle způsobem jsem teď spustil v podstatě instalaci Kubernetes klastru, která by měla vyvolat to, že pokud se tady zase podíváme Nevím, jestli výborně všichni vidíte, já tady mám háníko. jinak omezený obráz. Tak se omlouvám, jsem to sám neviděl. Tak pokud si v tuhle chvíli podíváme na prostředí Jestli v něm vzniká, tak můžeme vidět, že tady vznikl nový objekt, ten zvuk ubrnete z klastru, ten se jmenuje test a jeho současný stav je, že ready je zatím false, ale nám už to pravděpodobně dovolí si skrz právě ten příkaz stáhnout secret, který který ten Kubernetes klaster sebou nese a uložit si ho někam do pro budoucí použití pro budoucí použití jako do Kubekonfigu. Tak. Tímhle způsobem jsem si ho stáhl. To, co je teď zajímavé, je, že můžu udělat podobnou věc, ale můžu vytvořit hned vedle toho druhý Kubernetes klastr. A já vám tady ještě ukážu, co se vlastně děje, respektive ukážu vám to za moment, až tady vyřeším přepínání kontextu. Takže vytvoříme si druhý Kubernetes klastr, který bude sloužit nikoliv už pro test, ale připravil jsem si tady podobný skript, který říká, že chci vytvořit třeba předprodukci. Teď jenom pro představu, já to schválně zedituju, ať to Vidíte přesně. Plastr Přeprot. Tady si volím verzi Kubernetes, který chci nainstalovat, a protože na tom testu jsem původně nainstaloval jedna devatenácky, a jedna z dalších věcí, které vám chci ukázat, je upgrade toho Kubernetes klastru. V podstatě zaběhu, tak já na ten preprod samozřejmě použiju stejnou verzi, jako mám na testu, a začneme potom upgrade dělat od testu k preprodu, nikoliv naopak. To, co tady mám, trošku jinak, protože u preprodu očekávám jiný výkonnostní záběr nebo případně potřebuji mít nějakou větší podobnost s produkcí, tak už nepoužívám jeden a jeden worker a control plane, ale používám tohle v případě tři, což je samozřejmě doporučený scénář, který zajišťuje, aby ty jednotlivý control plany při pádu byly schopný převzít práci, kterou dělal ten vypadlý a nenarušila se vlastně konzistence celého toho prostředí a potom množství worker nodů. V tomto případě taky tři. Uložíme si ten daný předpis a stejně jako jsme spustili. instalaci testu, tak spustíme instalaci i tohoto preprodu. tak, klastr preprod Tak, pardon, nikde mám chybu. A klasická chyba. Ale ne, ne. A. Tak ještě jedna. Musím samozřejmě ten helm pojmenovat, takže preprod. Tak, systém už mi říká, že na tom nějakým způsobem začal pracovat. Můžeme se mrknout nahoru, jestli je to pravda. Pardon, jsem znovu uložil keep config, to nechci, chci tohle. Můžete vidět, že a já vám to sem hodím do oče. Dobře, uděláme to jinak. tak můžeme vidět, že To, co jsme předtím vytvářeli jako test, tak už je dneska ready k provozu, tak je to v pořádku, to už je spuštěné a mohli bychom na to zamořeně dál deployovat další a další kontejnery, něco z toho si ukážeme. To, co jsem teď nechal instalovat jako preprod, tak se zatím připravuje a tady je ready false. Kdybychom přepli do toho daného kontextu, tak bychom mohli vidět, že se tam v tuhle chvíli deployují jednotlivý control plane, respektive worker nody tak tady možná na chvilinku povypínám některé věci, které už nepotřebujeme, protože mi to právě blokuje ten dialog, který se mi objeví, abych vám ten kontext mohl přepnout. Tak kolegyně tady kontroluje, jestli náhodou nemáte otázky a pokud byste nějaké měli, tak se neváhejte ptát. Aaaaaa Ještě jeden pokus. mhm Přepademe zpátky do terminálu a zkusíme teda. ještě Aaaa Tohle nedává teď smysl, dělat nevadí. Tak já to ještě jednou pozabijím. Případně pak doporučíme nějaký jiný přepínač Cube Contextu, než ten, který využívám. ten totiž zjevně nefunguje tak, jak by měl. Tak, tamhle nahoře vpravo na mé obrazovce můžete vidět watch vlastně na získávání těch Tanzu Kubernetes klastrů. Ta situace se tam pořád nezměnila, ta instalace. V případě, že připravujete větší Kubernetes klastr, tak je odhadem malé jednotky minut, ve smyslu dvou až tří, na Control Plane Node, takže my jsme to zatím spustili s tím, že máme tři Control Plane Nody. Dá se předpokládat, že takovýhle klastry budeme deployovat k něco kolem deseti minut. Jenom abyste měli představu, jak dlouho taková situace trvá. Já jsem doufal, že se mezi tím tady vyřeší. kontext, ale nevyřešil Hmm. Heleli. nevadí, poka. Tak jo, tak zkusíme to bez toho. To, co musíme provést, je, že chceme vidět nody, ale chceme vidět s kube.config. s QConfig uloženým z kontextu, který jsme měli předtím. Pardon, já jsem ve špatné složce. a máme tady Create Cluster Cube control Cat notes. Mhmm. Ještě jeden. takhle a Cube Control 5 notes. Ale. Tak tady můžete vidět, ten klaster testu. Ten klaster testu jsme zřídili s tím, že máme jeden control plane, jeden worker node. Další docela hezký case je, jestli lze ty systémy škálovat. To samozřejmě lze. Můžeme se podívat na ten předpis, kterým jsme ten test vytvářeli. Ten předpis říká, že ten worker node je skutečně jeden. Ten control plane je jeden. Ten systém Tanzu dovoluje, abyste v podstatě libovolně pracovali s množstvím worker nodů, takže můžeme předvést, jak to vypadá, když A bude to klaster test. Tak, teď už se mi zavolal ten jednotlivý předpis, teď jste mohli vidět, že tady nahoře mi přeskočila ta informace, že Worker 1 na Worker jsou 3 a v tuhle chvíli probíhá ta příprava, když se podíváme na situaci, jak to v tom klastru vypadá, já to zase můžu dát do oče. Tak teď tam vidíme jeden worker a během chvíle se tam objeví další. To je v podstatě mechanismus, kterým byste mohli škalovat jak nahoru, tak byste mohli samozřejmě ty workery škalovat dolů. To, co je tam malinko výjimkou, tak jsou výjimkou control playny, protože control playny Tanzu dovoluje realizovat pouze v počtu jednoho nebo tří, nic dalšího mu nedává smysl, nic dalšího ostatně jako velký smysl z principu nedává, takže to je jen, abyste tušili, jak je tam omezení. My tady můžeme chvilinku čekat na to, až se to samozřejmě doběhne, ale není to až tak důlitý, já si tady pomůžu a zatím si stáhnu kontext. kontext Kubernetes Config pro test, ale i pro tu preprodukci a podíváme se i na to, jak Ten systém depoluje tu. Tak. takže preprod Stáhneme si to do Kubekonfigu a Kusím má. Takhle. klip konflikt bude a Přeprot. a chceme zase Cube Control Get notes. Tak, tady můžete vidět, že tuhle chvíli na preprodu už máme dva control plany, tři workery, teď se tam v nějaký moment objeví třetí control plane, to je ten předpis, který jsme chtěli, nahoře nám mezitím naskočily ty tři workery na testu. A zase si pomůžeme ještě tím, jestli už je všechno ready. Zatím ještě není. Za moment bude. A jakmile nám nahoře doběhne ten test, tak si ukážeme, jakým způsobem se dá provést upgrade. Tímhle způsobem mám vlastně v jednom namespacu dva klastry. Mohlo bych tímhle způsobem samozřejmě do vytváře další. Je potřeba vědět, že jsem omezen nějakými celkovými zdroji, který jsem získal v rámci toho, dejme tomu, vytváření toho namespacu. To je samozřejmě definovaný podobným způsobem www.hradeckralove.org kdy máte typicky produkční prostředí a nechcete, aby docházelo k tomu, že by si navzájem kradli prostředky. Tak, jak test, tak preprodukce je v tuhle chvíli hotová a já si tady pomůžu. pomůžu k tomu, abych vám ukázal, jak se takový klaster edituje ve smyslu upgradeuje. To je docela zajímavá věc, protože normálně je Tanzu, respektive, pardon, Kubernetes náročný na upgrade, zejména proto, že těch verzí, který vychází, tak je hodně. Realita je vlastně taková, že Kubernetes vychází dvakrát do roka jako nová verze, podporované jsou, jestli si dobře vzpomínám, vždy tři poslední, což není dlouhá doba a ta situace vás nakonec donutí k tomu, abyste svůj Kubernetes cluster v nějaký moment upgradovali. A k tomuhle Tanzu samozřejmě přistupuje způsobem, kdy vám ty release těch nutných upgradeů předpřipravuje, takže když se podíváme na to, které jsou dneska dostupné v rámci Tanzu, tak můžeme vidět, že je to velké množství, Pomůžu velkou bratovkou. Tohle je současný seznam dostupných Tanzu verzí, který máte k dispozici v rámci našeho Tanzu Kubernetes Cluster. Ty verze se neustále rozšiřují, tak jak kolegové pečují o ten celkový Tanzu Cluster, tak tím přibývají další a další verze. Pro nás je důležitý. že vlastně jednak Tanzu Kubernetes Cluster drží informaci o tom, jak vypadá předpis pro ten Tanzu Kubernetes jako takovej, takže my víme, kolik má workerů, kolik má control planeů, ale on samozřejmě drží informaci o tom, kterou má verzi a v případě, že ten resource vám dovoluje, tady ale v rámci té poznámky, abyste na něco upgradeovali, tak toho můžete v podstatě kdykoliv využít. použiju tady editor pro jeden z těch klastrů, konkrétně zeditujeme teda test. Tady můžete vidět předpis, který je v rámci toho kontextu celého namespacu pro ten testovací klastr. A to, co musíme zeditovat v momentě, kdy chceme zupgradovat tu verzi, tak je vlastně zejména verze toho control plane. Koukám. využil Využil editoru, který nemám rád, jako většina. administrátorů nebo nějaká velká část. a vypomůžu si ještě se seznamu Potřebuji zase znamu skopírovat. Poslední verzi, která je dostupná. Tak. A tu sem teď vložím Super, na jedno místo. na druhé Tak a moje zkušenost říká, že je dobrý smazat ještě i stávající On si tuhle informaci doplní sám. Tak. Uložíme config, ale něco se nám nepovedlo. No ok, tak omlouvám, ještě jednou to provedu. Takže smažeme si. současný verze a zeditujeme stávající. Může to působit složitě, ale pokud byste porovnávali tuto situaci s klasickým upgradem, kdy máte vytvořený Kubernetes klastr v rámci virtualizace, tak je nepochybně mnohem jednodušší. Je to vlastně věc, kterou jste skutečně schopni odbavit během chvilinky. Něco nám napruje. Přiznám si, že tam nevidím dost dobře, abych Dokázal říct co. Ještě jeden pokus. Věřím, že úspěšný. Ještě se mrknu, co tam je. A to by mělo být správně. stejně tak tady by to mělo být správně tak uložit Dobře. tentokrát asi ne. V rámci přípravy této ukázky jsme ten upgrade několikrát bez větších potěží provedli. Jak mě mrzí, že teď ho ukázat nedovedu. Z nějakého důvodu nás to vyhazuje, že to není správně a já se přiznám, že tam nevidím, abych To byl schopen validovat nebo nevalidovat. Mě mrzí ještě možná jeden pokus v tom smyslu, že Půjdem jenom verzi po verzi. To, co nás zajímá, je v tomto případě verze 1.20. Takhle a Tady si pomůžu historií. Ještě jednou. Měníme referenci. Změníme referenci a samozřejmě již úspěšně. Super, tak tentokrát se povedlo. To, co se teď stalo, je, že Na pozadí se vlastně ten testovací klastr, zeditovali jsme jeho předpis, změnili jsme referenci pro Control Plane a pro Workery z verze 1.19.16 na verze 1.20.12, to jsou v podstatě nakonec, to je v podstatě jenom detail, z kterých verzi, na který, ale my budeme moct vidět, že, a já se tady vyjedu, kde ten Control Plane mám, myslím si, že nahoře. tak my tady budeme moct vidět, že v průběhu několika minut se ta verze toho Control Painu stejně jako těch Workerů začne měnit. Už můžeme vidět tady napravo, že ten klaster se dostal do stavu not ready, do stavu ready false a vlastně nám říká, že teď není připraven provozovat to, co prostě bychom po něm potenciálně chtěli nebo podobné věci, ale to proto, že na pozadí probíhá právě příprava tohohle upgrade. Takže to je jeden ze způsobů, jak vlastně potom dosáhnout standardního rolling update svých Kubernetes klastrů, tak je právě tenhle, kde vy můžete vytvářet jednotlivý klaster, Můžeme se podívat na předpis, který máme pro cluster test. A můžeme samozřejmě ten předpis upravit tak, že tam rovnou nainstalujeme verzi 1.20. Já tam dám jenom jeden Worker Note, prostě čistě jen pro jednoduchost, abychom s tím neměli tolik starostí. Tento předpis uložím a stejně jako předtím jej vynstaluju, ale teď to bude test 21. a Pokud bych, bysme pokračovali dál, tak zase jinými předpisy bysme se dostali do stavu, kdy super, tak release 21 se nám se nám a pardon jasně tečky nejsou povolený Mmmmm Mrzí, že jsem si nezvětšil písmo, protože tam nevidím, ale Jenom malinko přeskočím vedle. Tady můžete vidět, v testu se objevil novej control plane, který je ve stavu not ready a tohle je přesně to, co vlastně nazývám tím rolling updatem. Ten už je z verzi 1.20 a zanedluvo převezme ten status ready od 1.19 a tedy ten, kdo kubernity zná, tak tohle je klasický rolling update. Kdo je nezná, tak tohle to je mechanismus, který vlastně vydeployuje nový control plane s novou verzií, přesune na něj, data synchronizuje se stávající a následně vlastně Já tady na moment ještě vyřeším. Situace s Testem vám. Tak, super. Trošku upravil předpis, respektive pojmenování a teď se nám tady nahoře začínal vytvářet i test 1.20, který je rovnou od svého vzniku vlastně z verzii 1.20. Můžeme tímto způsobem využít libo vonu z těch verzí, které jsme viděli v tom přehledu dostupných releaseů. je to čistě na vás, co vám tu chvíli vyhovuje a kde se vlastně pohybujete, pro co jste případně svoji kontinentační platformu psali. Důležitý je asi říct, že ten překryv s tou podporou, dejme tomu posledních tří, je rozhodně důležitý fakt, důležitá informace, kterou je potřeba do nějaké míry respektovat a pracovat s tím, že v budoucnu vás ten upgrade tak jako tak nemine. Je to prostě věc, kterou lidé, kteří kubernety Tak to, co jsem chtěl ještě ukázat, aspoň tak jako v rychlíku, tak je mechanismus, pro který jsme se rozhodli, že dává vlastně smysl ten mechanismus pro deployment dalších a dalších aplikací. My jsme po nějaké analýze toho, jak taková věc vypadá, tak jsme vytvořili nějaké doporučení a vytvořili jsme si souboru různých předpisů. s tím, že to doporučení míří k mechanice, kdy vy si do klastru depolujete tzv. continuous delivery, depolujete si tam systém, který je schopen za vás depoljovat další a další aplikace. My jsme pro tyhle potřeby využili Argo CD. Já ji tady někde mám a mám tady předpis pro tzv. setup klastru, který obsahuje právě právě informace o tom, jak to Argo CD vlastně vydeployovat do toho prostředí. A do tohle Argo CD jsme potom schopní vám dodat vlastně předpisy pro nějaký další nástroje, typicky třeba pro Prometea, nebo pro Ingress, nebo PVCčka, prezistentní volum klejmy, nebezpečně jeho kontroler. A další je další, který vám budou vlastně rozšířovat tu škálu aplikací, do postu hooku, v posledním do postu installu vkládáme speciální kód, který nám vlastně dovolí, aby jsme vám tam rovnou z našeho gitu nalili předpřipravený scénáře. Takže to je mechanismus, který byste potom viděli, pokud byste využívali právě Tanzu a využívali Tanzu s námi. Tak to, co jsme mohli vidět tady vlevo nahoře, to je test, který měl proběhnout upgradem, tak mezi tím už vidíme, že proběhl upgradem control plane. To je vždycky první, co tam probíhá. Mezičase jste mohli vidět, že tam naběhlo, že ten klaster vlastně nebyl dostupný. To bylo proto, že my tady máme jeden control plane a při jeho přepínání dojde k nějaké drobné odezvy, do drobné mezeře mezi odezvami, takže ty systémy, Následně se zase rozjedou v momentě, kdy ten nový Control Plane získá toho mástra, takzvaně, a teď bychom mohli vidět, že se postupně přelijou i ty workery, což zase chvilinku trvá. Je to z toho důvodu, že se celá ta verze vlastně v tuhle chvíli na pozadí deployuje a připrajuje pro ten váž setup, který tam máte, takže je to otázka několika minut. Podobným způsobem se dá potom pracovat vlastně s libovanou částí těch klastrů, tak jak tam jsou. Tak, já to si malinko zkrátím, v tom smyslu, že se tam náhodou nemáme nějaké dotazy, nebo v případě, jestli naše publikum něco nezajímá, protože jinak bychom potom už zacházeli do scénářů, kdy vám budeme ukazovat, jak deployovat jednotlivý kontejnery. Na rovinu to je něco, co kdokoliv dělá Kubernetes, tak velmi dobře zná. A hlavně je toho plný internet, takže stánou si jakýkoliv helmchart, který vám dovolí, abyste si nainstalovali, ať už třeba Argo,

00:39:57
Marku, žádné dotazy zatím. Nicméně, i pokud budete mít dotazy, můžete pokládat ty dotazy i po skončení webináře. Určitě zůstaneme ještě chvíli online. Jinak možnost také využít našeho kontaktního formuláře na www.cra.cz

00:40:16
Já jsem slíbil ještě na začátek jedno, doufám, malý drobný překvapení nebo něco toho stylu. To malý drobný překvapení je, pokud se zpátky vrátíme do toho systému. a podíváme se na to, co on dneska umí, tak když si vyjedeme všechny možné resursy, které vlastně dneska ten náš hlavní globální kontext umí, a teď koukám zrovna náhodou, nejedeme, ale nevím proč, dobře, já to aspoň vysvětlím. tak zjistíme, že ten současný stav těch Kubernetes Tanzu klastrů, respektive Tanzu jako takového, tak nám dovoluje, abychom vedle těch Tanzu klastrů vytvářeli i virtuální mašiny. Ten předpis, který my jsme tady viděli pro nějaký klastr.test, klastr.preprod a podobně další, tak by mohl existovat velmi podobný předpis, který by nám dovolil říct virtual machine nějaké pojmenování, vyvíjet v tom duchu, že toho zákazníku umožníme, dneska to umíme, ale z velmi praktických důvodů to zatím neumožňujeme využívat v plný šíři našim zákazníkům, takže Kubernetes klastry, respektive Tanzu Kubernetes klastry, omezujeme skutečně jenom na Kubernetes. V budoucnu nás čeká i ta schopnost toho, že bychom vedle nich vytvářeli přímo výjemka. Dneska je ta schopnost samozřejmě rozdělená na to, co je ve výkladu direktoru, případně přes API výkladu direktoru a to, co je v Kubernetes, respektive v Tanzu, s tím, že tohleto prostředí je vždy spojeno, nebo je možné ho spojit společnou sítí, společnými resource půly, ať už třeba sdílených storageí, nebo i storageí, protože na pozadí toho všeho je řada různých věcí, Tak, na mě dneska vše.

00:42:51
Výborně. Záznam webináře bude opět ke shlédnutí na www.techtalks.cz, kde najdete i předchozí webináře a případně jsou tam i registrace na připravované další webináře. Marku, já ti děkuji za ukázky.

00:43:10
Díky, že jsi tady zůstal s námi. Doufám, že příště byly víc dotazů. Nebojte se ptát.

00:43:15
Tak děkujeme diváci za sledování a těšíme se na příště. Naviděnou.

00:43:20
Děkujeme a nashledanou.