Účastník přichází na kurz nebo intenzivní školení. Vidí uspořádané řady technické podpory, pečlivě vedené napájecí kabely, šachovnicové uspořádání přednáškového sálu, jasné obrázky a schémata slidů. Řečníci s vtipem a úsměvy podávají informace tak, že jen stíháte nasávat vědomosti. Stánky jsou nastavené, úkoly z praxe se jednoduše zpravidla odrážejí od prstů, občas je ale potřeba pomoc technické podpory.
A také coffee breaky s podobně smýšlejícími lidmi, živá a energická atmosféra, výměna zkušeností, nejnečekanější otázky pro řečníky. Odpovědi a informace, které nenajdete v manuálech, ale pouze v praxi.
Jak si myslíte, kolik času, sil a nervů stálo, aby to vypadalo přesně takto?
Děkujeme Volodymyru Gurjanovovi, certifikovanému administrátorovi Kubernetes a inženýrovi/týmovému vedoucímu ve Southbridge, který od samého začátku byl svědkem a aktivním účastníkem tvorby mnoha kurzů Slěrmu.
Viděl zázemí tvorby kurzů — obtíže a ostnaté problémy, postřehy a nečekaná řešení. A již obvyklé intenzivy Kubernetes, jako jsou Slěrmu Základní a Slěrmu Mega. A nový, do značné míry přepracovaný kurz , který neúprosně přichází a začne 19. srpna.
Ale asi už dost lyriky, přejděme k příběhu. Jak se z pár témat intenzivního kurzu postupně vyvinul zcela soběstačný a mnohostranný . Takže začnu vyprávění o tom, jak se kurzy vytvářejí a rozvíjejí — takřka jako "Kdysi dávno v galaxii daleko, daleko odsud..."
A co se děje za oponou?
Pokud se ptáte, jak děláme kurzy a odkud všechno začíná, odpovím jednoduše: "Všechno začíná nápadem."
Obvykle nápad přichází odkudsi — nesedíme připoutáni ke stolu, dokud nevymyslíme: „Na jaké téma uděláme kurz?“. Nápady přicházejí z externích zdrojů. Někdy se lidé aktivně ptají: „Co víte o konkrétní technologii?“. Nebo jako s Dockerem, což se nedalo vměstnat do časového harmonogramu intenzivního kurzu — bylo jasné, že to je třeba prezentovat zvlášť, abychom v rámci intenzivního školení stihli něco povědět.
Právě tak se rodí nápad.
Jakmile se objeví, začíná, podle mého názoru, ten nejtěžší moment — vůbec pochopit, co všechno do tohoto kurzu zahrnout — je to velmi srovnatelné s tím, jak se připravují řečníci na různé konference.
Existuje jedna hlavní bolest, když si vybereš téma a přemýšlíš: „A co o něm říct? To je příliš jednoduché, to je jasné, to všichni vědí.“
Ale ve skutečnosti to tak vůbec není. A já osobně o tom mluvím na mnoha místech, že to, co se ti zdá být jasné, pro ty, kdo k tobě přijdou poslouchat nebo absolvovat kurz, to vůbec jasné není. A zde vzniká velké množství práce a vnitřní konflikt, co vlastně do kurzu zahrnout. Na výsledku se pak vytvoří takový seznam kapitol s velkými tahy, o čem bude kurz.
A pak začne jednoduchá rutinní práce:
- Výběr materiálu
- Pečlivé čtení dokumentace k aktuální verzi, protože svět IT se nyní vyvíjí neskutečnými rychlostmi. I když na něčem pracuješ a děláš o tom kurz, musíš jít do dokumentace a podívat se, co nového se objevilo, o čem je zajímavé mluvit, co je možné zmínit jako obzvlášť užitečné.
- A vzniká určitý rámec kurzu, kde už je většina témat poměrně dobře popsána a zdá se, že teď stačí nahrávat videa a uvést je do praxe.
- Ale ve skutečnosti ne, pak začíná těžká práce, ale už ne pro autory kurzu, ale pro ty, kdo testují. Obvykle máme jako alfa-testery technickou podporu, která za prvé prochází kurzy kvůli různým syntaktickým a gramatickým chybám. Za druhé, kritizují nás, když se objeví nějaké úplně nejasné, matoucí pasáže. Když v textech vzniknou nějaké složité souvětí na několik stran nebo zřejmě absurdní věci. To všechno pečlivě procházejí a vyhledávají.
- Pak začíná fáze testování praxe, kde se také odhalují nějaké očividné nefunkční věci a ukazují se momenty, které je možné naopak zkomplikovat, protože jen sedět a kopírovat se stává nezajímavým — a odhalují se místa, kde po lidech, kteří budou tímto kurzem procházet, chceme opravdu hodně. A pak přicházejí doporučení: „Udělejte to, chlapi, tady jednodušeji, bude se to lépe chápat a bude z toho větší užitek.“
- Jakmile je tato práce hotova, je napsaná část týkající se videa, zdá se, že vše je v pořádku. A už ji můžeme vydat, na reklamu tohoto kurzu. Ale opět je to brzy — protože jsme v poslední době přestali trochu věřit sami sobě a začali jsme více pracovat s zpětnou vazbou. Objevila se taková věc, jako je beta-testování – to je, když jsou pozváni lidé, kteří jsou úplně externí, nijak nesouvisí s naší společností a za nějaké výhody jim ukazujeme všechny části kurzu, videa, texty, praktické úkoly, aby hodnotili kvalitu materiálu, dostupnost materiálu a pomohli nám udělat kurz co nejlépe.
- A když proběhne několik takových iterací, mluvčími, alfa-testováním v podobě technické podpory, beta-testováním, úpravami. A pak začíná vše znovu — technická podpora, beta-testování, úpravy.
- A v určitém okamžiku přichází pochopení, že buď už přestaneme s úpravami, protože udělat to, aby se to líbilo všem – je zcela irréálné, nebo budou přijata nějaká radikální rozhodnutí. Když je mnoho poznámek k určitým místům kritických — upravit je globálně, protože něco se nepovedlo.
- Pak přichází čas drobných úprav — někde je věta formulována ne moc hezky, někdo preferuje jiný font, 14,5, ale raději by 15,7.
- Když zbývají takováto typu poznámky, tak vše, kurz se více-méně otevírá, začínají oficiální prodeje.
A na první pohled je krátký a jednoduchý úkol vytvořit kurz, ale ukazuje se, že vůbec není jednoduchý a zabírá neuvěřitelně mnoho času.
A je tu ještě jeden důležitý bod, že práce s kurzem nekončí, když je kurz vydán. Za prvé, pečlivě čteme komentáře, které zanechávají k těm či oněm částem. A i přes všechny ty snahy, které jsme vynaložili, se stále objevují nějaké nedostatky, které se během času, v reálném čase opravují, upravují, aby každý další uživatel dostal kvalitnější službu.
Každý kurz má svého product ownera, který nejen určuje celkovou koncepci a kontroluje termíny, ale také si dělá poznámky na okraj. Až nastane čas na kompletní přepsání kurzu, což se určitě stane, protože za dva roky, nebo možná za rok, část toho, co vyučujeme, se stane zastaralým pouze tím, že morálně zestárne. Product owner si dělá poznámky o tom, co lidé často otázky, jaké momenty byly nejasné, které úkoly se zdály velmi složité a které byly naopak příliš jednoduché. A to vše se bere v úvahu při opětovném nahrávání kurzu, při jakémkoliv refaktoringu, aby každá globální iterace kurzu byla lepší, pohodlnější a komfortnější.
Tak vznikají kurzy.
Jak vznikl kurz o Dockeru
To je samostatné, a dokonce i neobvyklé téma pro nás. Protože na jedné straně jsme ho neplánovali udělat, protože ho nabízí mnoho online škol. Na druhé straně si však sám řekl o svobodu a našel logické místo v naší koncepci přípravy IT specialisty na Kubernetes.
Pokud mluvíme velmi obecně, všechno to začalo s kurzem o Kubernetes, když byl teprve zahájen, myslím, po prvním Slyrm. Shromáždili jsme zpětnou vazbu a viděli jsme, že mnoho lidí chce o Dockeru něco navíc číst, a vůbec mnozí přicházejí na základní kurz o Kubernetes, aniž by věděli, co to je. .
Proto jsme k druhému Slyrm vytvořili kurz — vlastně ne kurz, ale připravili jsme pár kapitol o dockerech. Kde jsme vysvětlovali některé z úplně základních věcí, aby lidé, kteří přicházejí na intenzivní kurz, se necítili ochuzeni a chápali, co se děje.
A pak události pokračovaly zhruba takto. Množství materiálu rostlo a přestalo se vejít do 3 dnů. A vznikl logický a zřejmý nápad: proč z toho, co vyučujeme na Slyrm Basic, neudělat takový malý kurz, na který bychom mohli posílat lidi, kteří chtějí před intenzivním kurzem o Kubernetes prozkoumat něco o Dockeru.
Slyrm Junior — to je v podstatě spojení několika základních kurzů. Takže kurz o Dockeru se stal součástí Slyrm Junior. To znamená, že je to taková nulová úroveň před a . A pak tam byly opravdu úplně základní abstrakce.
V určitém okamžiku začali lidé říkat: „Chlapi, to je všechno skvělé, to stačí k tomu, abyste rozuměli tomu, co říkáte na intenzivních kurzech. Ale kde se dá podrobněji přečíst o tom, co Docker může, jak s ním pracovat a co vlastně je?“. Tak vznikl nápad vytvořit z něj přímo , abychom na něj mohli posílat všechny lidi, kteří přicházejí na Slërm o Kubernetes, a na druhé straně pro ty, které Kubernetes v této fázi vývoje ani nezajímá. Aby IT specialisté mohli přijít a prohlédnout si náš kurz o Dockeru a začít svou evoluční cestu rovnou s čistým Dockerem. Abychom měli takový komplexní skončený kurz — a mnozí, když se podívají na tento kurz, pracují nějaký čas s čistým Dockerem, vyrostou do té úrovně, kdy už potřebují Kubernetes nebo nějaký jiný orchestrační systém. A přišli konkrétně k nám.
Někdy se klade otázka: „Pro koho už v současnosti nemusí být Kubernetes?“. Ale tato otázka není o lidech, spíše je to otázka o firmách. Je třeba chápat, že Kubernetes má určité případy, kdy je velmi vhodný a úkoly, které dobře řeší, a naopak existují scénáře používání Kubernetes, kdy přináší další bolest a dodatečné utrpení. Proto to závisí nejen na lidech, ale na tom, co a jak dlouho firmy vyvíjejí.
Například nějaký hrozný monolit Legacy — asi nemá smysl ho strkat do Kubernetes, protože to přinese více problémů než výhod. Nebo pokud jde o nějaký malý projekt — má malé zatížení nebo obecně není mnoho peněz a zdrojů. Takže ho nemá smysl přetahovat do Kubernetes.
A vůbec, asi se dá říct, jak už mnozí říkali, že pokud si kladete otázku: „Potřebuji Kubernetes?“, tak pravděpodobně ho nepotřebujete. Nepamatuji si, kdo to poprvé vymyslel, myslím, že to byl Paša Selivanov. S tím souhlasím na 100 %. A k až Kubernetes je třeba dospět — a teprve když už se objevuje pochopení, že ho opravdu potřebujete a vaší firmě pomůže řešit určité otázky, má smysl jít se učit a zjistit, jak ho konkrétně dobře nastavit, aby proces přechodu na Kubernetes nebyl příliš bolestivý.
Některé dětské nemoci a také nějaké jednoduché věci, a dokonce i ty složitější, se dají zjistit především u nás, a vyhnout se tak vlastním překážkám a bolesti.
Mnoho společností prošlo cestou, kdy nejprve měla nějakou jednoduchou infrastrukturu bez kontejnerizace. Poté přešly na to, že už bylo obtížné s tím vším spravovat, přešly na dockery a v určitém okamžiku dospěly do stavu, kdy v rámci dockeru a toho, co nabízí, se stalo těsno. A začaly se dívat, co je kolem, jaké systémy řeší tyto problémy, a konkrétně Kubernetes – to je jeden z těch systémů, které umožňují řešit problémy, když ve čistém dockeru je těsno a chybí funkčnost. To je dobrý případ, kdy lidé postupují shora dolů, chápou, že této technologii už je málo a přecházejí na další úroveň. Použili něco, znovu je toho málo — a jdou dál.
To je vědomá volba — a to je skvělé.
Vidím, že máme velmi krásně vybudovaný systém, například, , dokonce i na videokurzy. Poté po dockeru následuje , pak , pak . Všechno se logicky skládá — člověk prochází a dostává kompletní profesi.
V zásadě sada kurzů pokrývá opravdu hodně současných případů. Existují také oblasti, které zůstávají šedou zónou, doufám, že brzy vytvoříme nějaké kurzy, které tyto šedé oblasti pokryjí, konkrétně v oblasti bezpečnosti něco vymyslíme. Protože to se stává velmi aktuální.
Stručně řečeno, máme nějaké šedé oblasti, které by bylo velmi dobré pokrýt, aby to byla opravdu úplná přehledná obraz — a lidé mohli přijít, a jak sám Kubernetes představuje stavebnici lega, z níž lze skládat různé věci, pokud ještě něco chybí — doplnit, takto i s našimi kurzy, aby lidé chápali, co potřebují z toho sestavit, skládat jakýsi puzzle, jakýsi konstruktor z našich kurzů.
Pokud si položím správnou a upřímnou otázku: "Komu se nyní hodí aktivní kurz Docker?", pak:
- Studentům, kteří právě začínají pronikat do problematiky.
- Zaměstnancům testovacího oddělení.
- Ve skutečnosti existuje mnoho společností, kde se stále nedostalo na to, aby někdo slyšel o technologiích typu Docker, a v podstatě neví, jak je používat. A já vím o několika velkých firmách v Petrohradě, které se již mnoho let zabývají vývojem, a stále používají nějaké staré technologie, pokračují tímto směrem. Pro takové společnosti, pro inženýry v těchto firmách, může být tento kurz velmi zajímavý, protože jednak umožňuje rychle se ponořit do této technologie, a jednak jakmile se objeví několik inženýrů, kteří chápou, jak to funguje, mohou to přinést do společnosti a uvnitř společnosti již rozvíjet tuto kulturu a směr.
- Podle mého názoru může být tento kurz užitečný také pro ty, kteří již pracovali s Dockerem, ale jen málo, více v stylu 'udělej jeden, udělej dva' — a nyní se chystají nějakým způsobem interagovat se stejným Kubernetes, a to na ně klade určité povinnosti. Pokud mají pouze povrchní znalosti, co Docker je, jak ho spouštět, ale přitom nevědí, jak funguje uvnitř, nevědí, co je nejlepší s ním dělat, a co raději nedělat, pak je tento kurz dobrý pro systematizaci a prohloubení znalostí.
Ale pokud vaše znalosti jsou na úrovni: 'Nevím, jak správně psát Docker soubory, představuji si, co jsou namespaces, jak fungují kontejnery, jak jsou skutečně realizovány na úrovni operačního systému' — pak určitě nemá smysl chodit k nám, nového se nic nenaučíte a bude to trochu smutné za vynaložené peníze a čas.
Pokud bychom měli shrnout, jaké výhody má náš kurz, tak:
- snažili jsme se tento kurz vytvořit s dostatečným množstvím praktických případů, které vám umožní nejen pochopit teoretickou část, která existuje, ale také zjistit, proč je to pro vás důležité a jak to budete používat v budoucnu;
- Existuje několik sekcí, které se jen zřídka objevují — a obecně o nich není tolik materiálů. Týkají se interakce Dockeru s operačním systémem, i když ne úplně tak. Jaké mechanismy si Docker vzal z operačního systému, aby realizoval systém kontejnerizace — a to dává hlubší porozumění celému problému spouštění kontejnerů v rámci operačního systému Linux. Jak to funguje, jak to spolu interaguje uvnitř operačního systému, venku a tak dále.
To je takový opravdu hluboký pohled, který se objevuje jen zřídka, a přitom, podle mého názoru, je to velmi důležité. Pokud chcete skutečně dobře porozumět jakékoliv technologii a mít představu, co od ní očekávat, musíte mít alespoň obecnou představu o tom, jak funguje na nízké úrovni.
náš kurz ukazuje a vysvětluje, jak to funguje z pohledu operačního systému. Na jedné straně všechny systémy kontejnerizace používají stejné mechanismy operačního systému. Na straně druhé berou to, co již v operačním systému Linux existuje, jako Docker. Jiné systémy kontejnerizace nevymyslely nic nového — vzaly to, co již existuje v Linuxu, a napsaly prostě pohodlný obal, který umožňuje to rychle vyvolávat, spouštět nebo s tím jinak interagovat. Ten stejný Docker – to není moc velká mezivrstva mezi operačním systémem a příkazovým řádkem, je to nějaký nástroj, který umožňuje nepřepisovat kilotuny příkazů nebo nějakého C-kódu, abyste vytvořili kontejner, ale udělat to prostřednictvím zadání několika řádků v terminálu.
A k tomu navíc, pokud mluvíme právě o Dockeru, co skutečně přinesl do světa IT — to jsou standardy. Jak by mělo být spuštěno aplikace, jak by mělo fungovat, jaké jsou požadavky na logy, jaké jsou požadavky na škálování, konfiguraci samotné aplikace.
V mnoha ohledech je Docker o standardech.
Standardy se také přesouvají do Kubernetes — a tam jsou přesně ty samé standardy, pokud umíte dobře spouštět svou aplikaci v Dockeru, tak na 99 % bude také dobře fungovat v rámci Kubernetes.
Pokud vás zajímalo nejen to, jak byl kurz Docker vytvořen, ale i další kurzy, a také vás zaujal samotný kurz z praktického hlediska, pak
Budeme rádi, když vás uvidíme!
Zdroj: habr.com
