Účastník přichází na kurz nebo intenzivní kurz. Vidí uspořádané řady technické podpory, úhledně vedené napájecí kabely, šachovnicové uspořádání přednáškového sálu, jasné obrázky a diadiagramy. Mluvčí s vtipy a úsměvy rozdávají informace takovým způsobem, že máte čas jim porozumět. Stojany jsou postavené, cvičné úkoly vám prostě odlétají z prstů, až na to, že občas potřebujete pomoc technického personálu. Podpěra, podpora.
A také coffee breaky s podobně smýšlejícími lidmi, veselá a energická atmosféra, výměna zkušeností, ty nejneočekávanější otázky pro řečníky. Jak odpovědi, tak informace, které nenajdete v manuálech, ale pouze v praxi.
Kolik času, úsilí a nervů podle vás stálo, aby to vypadalo přesně takhle?
Díky Volodyi Guryanovovi, certifikovanému administrátorovi Kubernetes a inženýrovi/vedoucímu týmu v Southbridge, který byl svědkem a aktivně se podílel na vzniku mnoha Slurm kurzů od samého začátku.
Viděl podstatu stvoření – složitosti a trnité hrábě, vhledy a nečekaná řešení. A již známé Kubernetes intenzivní, jako Slurm Basic a Slurm Mega. A nový, z velké části přepracovaný kurz , který se neúprosně blíží a začne 19. srpna.
Ale snad už dost textů, přejděme k příběhu samotnému. Jak z pár intenzivních témat zcela soběstačný a mnohostranný . Začnu tedy příběhem o tom, jak se kurzy vytvářejí a vyvíjejí – stejně jako „Dávno v galaxii daleko, daleko...“
Co je v zákulisí?
Pokud se ptáte, jak děláme kurzy a kde to všechno začíná, odpovím jednoduše „Vše začíná nápadem“.
Nápad obvykle pochází odněkud – nesedíme spoutáni ve sklepě, dokud nepřijdeme s: „Na jaké téma bychom měli udělat kurz? Nápady přicházejí odněkud samy od sebe z vnějších zdrojů. Někdy se lidé začnou aktivně ptát: "Co víte o takové a takové specifické technologii?" Nebo jak to bylo s Dockerem, že ho nebylo možné vměstnat do načasování intenzivního kurzu - evidentně ho museli vzít ven, aby měl čas něco říct během intenzivního kurzu.
Takto se objevuje nápad.
Po jeho vyhlášení začíná podle mého názoru nejtěžší okamžik - obecně pochopit, co do tohoto kurzu zařadit - to je velmi srovnatelné s tím, jak jsou řečníci připravováni na jakékoli konference.
Existuje jedna hlavní bolest, když se zdá, že jste si vybrali téma a myslíte si: „Co o tom mohu říct? To je příliš jednoduché, je to zřejmé, každý to také ví.“
Ale ve skutečnosti tomu tak vůbec není. A já osobně na mnoha místech říkám, že to, co se vám zdá samozřejmé, těm, kteří si vás přijdou poslechnout nebo absolvovat kurz, vůbec samozřejmé není. A tady vzniká tak velká vrstva práce a vnitřního konfliktu, co do kurzu zařadit. Ve výsledku dostaneme takový seznam kapitol s tak rozmáchlými velkými tahy, o čem bude kurz.
A pak začíná jednoduchá rutinní práce:
- Výběr materiálu
- Přečtěte si pozorně dokumentaci k aktuální verzi, protože svět IT se nyní vyvíjí jakousi kosmickou rychlostí. I když s něčím pracujete a děláte o tom kurz, musíte jít do dokumentace a podívat se, co je tam nového, o čem je zajímavé mluvit, co by mohlo být obzvláště užitečné zmínit.
- A objevuje se určitá kostra kurzu, kde je většina témat obecně již pokryta a zdá se, že cokoli – natočte videa a pusťte je do výroby.
- Ale ve skutečnosti ne, pak začíná tvrdá práce, ale ne pro autory kurzu, ale pro ty, kteří testují. Našimi alfa testery jsou obvykle technická podpora, která za prvé koriguje kurzy na případné syntaktické a gramatické chyby. Za druhé nás bolestivě bijí holemi a nadávají, když jsou tam nějaká zcela nezřejmá, nepochopitelná místa. Když se v textech objeví nějaké složitě složené vedlejší věty o délce pár stránek nebo zjevné nesmysly. Čtou to všechno, dávají si na to pozor.
- Poté začíná fáze cvičného testování, kde jsou také zachyceny některé zjevně nefungující věci a jsou ukázány některé momenty, které mohou být buď obtížnější, protože to není příliš zajímavé - jen sedět a kopírovat - a jsou identifikována místa, kde je to velmi těžké a máme toho hodně, co chceme od lidí, kteří tento kurz absolvují. A pak přicházejí doporučení: „Kluci, udělejte to tady jednodušší, bude to lépe vnímat a bude z toho větší užitek.“
- Po tomto množství práce je napsána část, která se týká videa, vše se zdá být v pořádku. A už ho můžete darovat na výrobu, na reklamu tohoto kurzu. Ale zase ne, na to je ještě brzy – protože v poslední době jsme si přestali trochu věřit a v zásadě jsme začali více pracovat se zpětnou vazbou. Existuje něco jako beta testování - to je, když jsou pozváni lidé zvenčí, kteří nejsou nijak spojeni s naší společností, a za nějaké dobroty se jim zobrazí všechny části kurzu, videa, texty, praktické úkoly, aby hodnotili kvalitu materiálu, dostupnost materiálu a pomohli nám udělat kurz co nejlepší.
- A když projde několik takových iterací, reproduktory, alfa testování v podobě technické podpory, beta testování, vylepšení. A pak vše začíná nanovo – technická podpora, beta testování, vylepšení.
- A v určitém okamžiku přichází pochopení, že buď jsme s úpravami skončili, protože je zcela nereálné zajistit, aby se to všem líbilo, nebo jsou učiněna nějaká drastická rozhodnutí. Pokud je mnoho komentářů k určitým místům kritických, zopakujte je globálně, protože se něco pokazilo.
- Pak přichází čas na drobné úpravy – někde věta není moc pěkně formulovaná, někde se někomu nelíbí font 14,5, ale chtěl by 15,7.
- Když tento typ komentáře zůstane, pak je to, kurz se víceméně otevírá, začíná oficiální prodej.
A na první pohled krátký a jednoduchý úkol vytvořit kurz se ukazuje jako vůbec ne jednoduchý a trvá neuvěřitelně dlouho.
A je tu ještě jeden důležitý bod, že uvolněním kurzu práce s kurzem nekončí. Nejprve jsme si pozorně přečetli komentáře, které jsou u určitých částí zanechány. A i přes veškeré úsilí, které jsme vynaložili, jsou stále identifikovány některé nedostatky, některé chyby se průběžně opravují a vylepšují v reálném čase, aby každý další uživatel obdržel lepší službu.
Každý kurz má svého produktového vlastníka, který kromě definování obecného konceptu kontroluje termíny, na okraj si dělá poznámky, že až přijde čas kurz úplně přepsat, tak to určitě přijde, protože za dva roky nebo dokonce o rok později se některé z toho, co říkáme, stanou irelevantními jednoduše proto, že se to stane morálně zastaralé. Produktový vlastník si na okraj zaznamenává, že se lidé nejčastěji ptají, jaké body byly nejasné, jaké úkoly se zdály velmi obtížné a které naopak velmi jednoduché. A to vše je zohledněno při opětovném natáčení kurzu, při nějakém refaktoringu, aby se každá iterace globálního kurzu stala lepší, pohodlnější a pohodlnější.
Takto vypadají kurzy.
Jak se zrodil kurz Docker
To je pro nás samostatné a dokonce neobvyklé téma. Protože na jednu stranu jsme to neplánovali, protože to mnoho online škol nabízí. Na druhou stranu požádal o uvolnění a našel logické místo v našem konceptu školení IT specialistů v Kubernetes.
Když mluvím hodně globálně, zpočátku to všechno začalo kurzem na Kubernetes, když to začalo podle mého názoru až po prvním Slurmu. Shromáždili jsme zpětnou vazbu a viděli jsme, že mnoho lidí si chce přečíst něco dalšího o Dockeru někde jinde a obecně mnozí přicházejí na základní kurz na Kubernetes, aniž by věděli, co to je .
Proto pro druhý Slurm udělali kurz - nebo spíše ani ne kurz, ale udělali pár kapitol o Dockerech. Kde vyprávěli pár nejzákladnějších věcí, aby se lidé, kteří přijdou na intensivní, necítili ochuzeni a celkově pochopili, co se děje.
A pak se události vyvíjely zhruba takto. Množství materiálu narostlo a přestalo pasovat za 3 dny. A objevil se logický a zřejmý nápad: proč nepřeměnit to, co probíráme na Slurm Basic, na nějaký malý kurz, do kterého byste mohli poslat lidi, kteří se chtějí podívat na něco o Dockeru, než absolvují intenzivní kurz na Kubernetes.
Slurm Junior je ve skutečnosti kombinací několika takových základních kurzů. V důsledku toho se kurz Docker stal součástí Slurm Junior. Čili tohle je takový nultý krok předtím и . A pak tam byly jen velmi základní abstrakce.
V určitém okamžiku se lidé začali ptát: „Kluci, to je všechno skvělé, to stačí k tomu, abyste pochopili, o čem mluvíte na intenzivních kurzech. Kde se mohu dočíst podrobněji o tom, co docker umí a jak s ním pracovat a co to je?“ Tak vznikl nápad to uvést na pravou míru , aby do něj jednak mohli být stále posíláni lidé, kteří do Slurmu přicházejí pomocí Kubernetes, a jednak pro ty, které Kubernetes v této fázi vývoje ani nezajímá. Aby se IT specialista mohl přijít podívat na náš kurz o Dockeru a začít svou evoluční cestu jednoduše s čistým Dockerem. Abychom měli takový plnohodnotný, kompletní kurz – a pak mnozí, kteří sledovali tento kurz, nějakou dobu pracovali s čistým Dockerem, vyrostli na úroveň, kdy potřebují Kubernetes nebo nějaký jiný orchestrační systém. A přišli k nám především.
Někdy je položena otázka: "Jaký druh lidí nyní nemusí Kubernetes potřebovat?" Tato otázka se ale netýká lidí, je to spíše otázka firem. Zde musíte pochopit, že Kubernetes má určité případy, kdy se dobře hodí, a úkoly, které dobře řeší, ale naopak existují některé scénáře pro použití Kubernetes, když způsobuje další bolest a další utrpení. Nezáleží tedy ani na lidech, ale na tom, jaké firmy a jak dlouho vyvíjejí.
Například nějaký strašlivý monolit Legacy - pravděpodobně byste ho neměli strkat do Kubernetes, protože to způsobí více problémů než užitku. Nebo pokud se jedná například o malý projekt, má malý náklad nebo v zásadě nemá mnoho peněz a prostředků. Nemá smysl to přetahovat do Kubernetes.
A obecně, pravděpodobně, obecně, jak již řeklo mnoho lidí, pokud se ptáte na otázku: „Potřebuji Kubernetes?“, pak to s největší pravděpodobností nepotřebujete. Nepamatuji si, kdo s tím jako první přišel, podle mého názoru, Pasha Selivanov. S tímhle 100% souhlasím. A na Kubernetes je potřeba dospět – a když už je jasné, že Kubernetes potřebuji a potřebuje ho naše společnost a pomůže to vyřešit takové a takové problémy, pak asi má smysl jít se učit a přijít na to, jak přesně nastavit dobře to funguje, takže proces přechodu na Kubernetes není příliš bolestivý.
Některé dětské neduhy a některé jednoduché věci, a to i ne úplně jednoduché, se dají zjistit zejména u nás a ne projít si vlastní hrábě a bolest.
Mnoho společností šlo přesně tou cestou, že zpočátku existovala jen nějaká infrastruktura bez kontejnerizace. Pak se dostali do bodu, kdy bylo těžké to všechno zvládnout, přešli na Docker a v určitém okamžiku přerostli do bodu, kdy se to v rámci Dockeru a toho, co nabízí, začalo stísnit. A začali se dívat na to, co bylo kolem, jaké systémy tyto problémy řeší, a zejména Kubernetes - to je jeden z těch systémů, který vám umožní řešit problémy, když se čistý Docker přecpe a postrádá funkčnost, to je opravdu dobrý případ, když lidé Jdou krok za krokem zdola nahoru, pochopí, že tato technologie nestačí a posunou se na další úroveň. Něco použili, zase se toho stalo málo a šli dál.
Toto je vědomá volba - a je to velmi cool.
Obecně vidím, že náš systém je velmi krásně postavený, např. , a to i prostřednictvím videokurzů. Pak po dockeru to jde pak pak . Vše se logicky nalinkuje – člověk projde a vznikne solidní povolání.
Sada kurzů v zásadě umožňuje pokrýt spoustu případů, a to i moderních. Stále jsou oblasti, které zůstávají šedou zónou, doufám, že brzy vytvoříme nějaké kurzy, které nám umožní tyto šedé zóny uzavřít, zejména přijdeme s něčím o bezpečnosti. Protože to začíná být velmi aktuální.
Stručně řečeno, máme nějaké šedé oblasti, které by bylo velmi hezké uzavřít, aby to byl úplný, úplný obrázek - a lidé by mohli přijít, a stejně jako samotný Kubernetes je jako konstruktér Lego, můžete z něj vyrobit různé věci. sbírá, pokud je stále málo - doplněk, to samé s našimi kurzy, aby lidé pochopili, co z toho potřebují, potřebují z našich kurzů sestavit jakési puzzle, jakousi stavebnici.
Pokud si položíte obecně správnou a upřímnou otázku: „Kdo by teď mohl používat aktivní kurz Docker?“, pak:
- Pro studenty, kteří do toho teprve začínají.
- Zaměstnanci testovacího oddělení.
- Ve skutečnosti existuje mnoho společností, které stále nejenom nepoužívají Docker, ale nikdo o takové technologii neslyšel a v zásadě neví, jak ji používat. A znám několik velkých firem v Petrohradě, které se vyvíjejí mnoho let a používají některé staré technologie, ubírají se tímto směrem. Zejména pro takové společnosti, pro inženýry v takových společnostech může být tento kurz velmi zajímavý, protože za prvé vám umožní rychle se ponořit do této technologie a za druhé, jakmile se objeví několik inženýrů, kteří pochopí, jak to všechno práce, dokážou to přinést do firmy a rozvíjet tuto kulturu a tyto směry v rámci firmy.
- Podle mého názoru může být tento kurz stále užitečný pro ty, kteří již s dockerem pracovali, ale velmi málo a více ve stylu „udělej jednou, udělej dvakrát“ - a teď budou nějak interagovat se stejnými Kubernetes, a toto jim ukládá určité povinnosti, pokud máte velmi povrchní znalosti o tom, co je docker, jak jej provozovat, ale zároveň nevíte, jak to zevnitř funguje, nevíte, co je nejlepší dělat to a co je lepší nedělat, Pak je tento kurz vhodný pro systematizaci a prohloubení znalostí.
Ale pokud máte znalosti na úrovni: „Nevím, jak správně psát stejné soubory Docker, dokážu si představit, co jsou jmenné prostory, jak fungují kontejnery, jak jsou ve skutečnosti implementovány na úrovni operačního systému“ - pak je tu rozhodně k nám nemá smysl chodit, nic nového se nedozvíte a bude vám trochu smutno za vynaložené peníze a čas.
Pokud zformulujeme, jaké výhody náš kurz má, pak:
- Tento kurz jsme se snažili udělat s dostatečným počtem praktických případů, které vám umožní nejen pochopit teoretickou část, která existuje, ale také pochopit, proč ji potřebujete a jak ji v budoucnu využijete;
- existuje několik sekcí, které se jen velmi zřídka vyskytují - a obecně na nich není tolik materiálu. Týkají se interakce Dockeru s operačním systémem, dokonce trochu jinak. Jaké mechanismy si Docker vzal z operačního systému pro implementaci kontejnerizačního systému – a to dává takové hlubší pochopení celé problematiky spouštění kontejnerů v rámci operačního systému Linux. Jak to funguje, jak to mezi sebou interaguje uvnitř operačního systému, mimo něj a tak dále.
To je tak opravdu hluboký pohled, že se to stává docela zřídka, a zároveň je to podle mého názoru velmi důležité. Pokud chcete jakékoli technologii dobře porozumět a pochopit, 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 říká, jak to funguje z pohledu operačního systému. Na jedné straně všechny kontejnerizační systémy používají stejné mechanismy operačního systému. Na druhou stranu berou to, co je v operačním systému Linux, jako docker. Jiné kontejnerizační systémy nepřišly s ničím novým – vzaly to, co už v Linuxu bylo, a napsaly jen pohodlný obal, který vám umožní jej rychle zavolat, spustit nebo s ním nějak interagovat. Stejný Docker není příliš velká vrstva mezi operačním systémem a příkazovým řádkem, je to druh nástroje, který vám umožňuje nepsat kilotuny příkazů nebo nějaký druh kódu C pro vytvoření kontejneru, ale provést to zadáním pár řádků v terminálu.
A ještě jedna věc, pokud mluvíme konkrétně o Dockeru, to, co Docker skutečně přinesl do světa IT, jsou standardy. Jak se má aplikace spouštět, jak má 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í na Kubernetes – a tam jsou úplně stejné standardy; pokud umíte svou aplikaci dobře provozovat v Dockeru, pak bude 99 % času fungovat stejně dobře i v Kubernetes.
Pokud vás zaujalo nejen to, jak kurz Docker vznikal, ale i další kurzy, ale zajímal vás i kurz samotný z praktického hlediska, pak
Rádi Vás uvidíme!
Zdroj: www.habr.com