Účastník prichádza na kurz alebo intenzívny kurz. Vidí usporiadané rady technickej podpory, úhľadne vedené napájacie káble, šachovnicové usporiadanie prednáškovej sály, svetlé obrázky a dia diagramy. Rečníci s vtipmi a úsmevmi rozdávajú informácie takým spôsobom, že máte čas ich pochopiť. Stojany sú rozostavané, cvičné úlohy vám jednoducho odlietajú z prstov, až na to, že občas potrebujete pomoc technického personálu. podpora.
A tiež prestávky na kávu s rovnako zmýšľajúcimi ľuďmi, veselá a energická atmosféra, výmena skúseností, najneočakávanejšie otázky pre rečníkov. Odpovede aj informácie, ktoré nenájdete v návodoch, ale len v praxi.
Čo myslíte, koľko času, úsilia a nervov to stálo, aby to vyzeralo presne takto?
Vďaka Volodyovi Guryanovovi, certifikovanému administrátorovi Kubernetes a inžinierovi/vedúcemu tímu v Southbridge, ktorý bol svedkom a aktívne sa podieľal na vytváraní mnohých Slurm kurzov od samého začiatku.
Videl podstatu stvorenia – zložitosti a tŕnisté hrable, vhľady a nečakané riešenia. A už známe Kubernetes intenzívne, ako Slurm Basic a Slurm Mega. A nový, do značnej miery prepracovaný kurz , ktorý sa neúprosne blíži a začne sa 19. augusta.
Ale dosť bolo textov, prejdime k samotnému príbehu. Ako z pár intenzívnych tém úplne sebestačný a mnohostranný . Začnem teda príbehom o tom, ako sa kurzy vytvárajú a vyvíjajú – rovnako ako „Pred dávnou dobou v galaxii ďaleko, ďaleko...“
Čo je v zákulisí?
Ak sa pýtate, ako robíme kurzy a kde to všetko začína, odpoviem jednoducho „Všetko to začína nápadom“.
Nápad zvyčajne pochádza odniekiaľ – nesedíme spútaní v suteréne, kým neprídeme na: „Na akú tému by sme mali urobiť kurz? Nápady prichádzajú odniekiaľ samé od seba z externých zdrojov. Niekedy sa ľudia začnú aktívne pýtať: „Čo viete o takej a takej konkrétnej technológii? Alebo ako to bolo s Dockerom, že ho nebolo možné vtesnať do načasovania na intenzívny kurz - zjavne ho museli zobrať von, aby mal čas niečo povedať počas intenzívneho kurzu.
Takto sa objavuje myšlienka.
Po jeho vyhlásení podľa mňa začína najťažšia chvíľa - všeobecne pochopiť, čo do tohto kurzu zahrnúť - je to veľmi porovnateľné s tým, ako sa pripravujú rečníci na akékoľvek konferencie.
Existuje jedna hlavná bolesť, keď sa zdá, že ste si vybrali tému a myslíte si: „Čo o tom môžem povedať? Toto je príliš jednoduché, je to zrejmé, každý to tiež vie.“
Ale v skutočnosti to tak vôbec nie je. A ja osobne na mnohých miestach hovorím, že to, čo sa vám zdá samozrejmé, tým, ktorí si vás prídu vypočuť alebo absolvovať kurz, vôbec samozrejmé nie je. A tu vzniká taká veľká vrstva práce a vnútorného konfliktu, čo do kurzu zaradiť. Vo výsledku dostaneme taký zoznam kapitol s tak rozmáchanými veľkými ťahmi, o čom bude kurz.
A potom začína jednoduchá rutinná práca:
- Výber materiálu
- Pozorne si prečítajte dokumentáciu k aktuálnej verzii, pretože svet IT sa teraz vyvíja akousi kozmickou rýchlosťou. Aj keď s niečím pracujete a robíte si o tom kurz, musíte ísť do dokumentácie a pozrieť sa, čo je tam nové, o čom je zaujímavé hovoriť, čo môže byť obzvlášť užitočné spomenúť.
- A objavuje sa určitá kostra kurzu, kde je väčšina tém vo všeobecnosti už pokrytá a zdá sa, že čokoľvek tam je - natáčajte videá a spúšťajte ich do výroby.
- Ale v skutočnosti nie, potom začína tvrdá práca, ale nie pre autorov kurzu, ale pre tých, ktorí testujú. Našimi alfa testermi sú zvyčajne technická podpora, ktorá v prvom rade koriguje kurzy na prípadné syntaktické a gramatické chyby. Po druhé, bolestivo nás bijú palicami a nadávajú, keď sú tam nejaké úplne neznáme, nepochopiteľné miesta. Keď sa v textoch objavia nejaké zložito poskladané vedľajšie vety v rozsahu niekoľkých strán alebo zjavné nezmysly. Čítajú to všetko, dávajú si na to pozor.
- Potom sa začína fáza cvičného testovania, kde sa zachytia aj niektoré zjavné nefunkčné veci a ukážu sa niektoré momenty, ktoré sa dajú buď sťažiť, pretože to nebude veľmi zaujímavé – len sedieť a kopírovať – a identifikujú sa miesta, kde je to veľmi ťažké a máme toho veľa, čo chceme od ľudí, ktorí sa zúčastnia tohto kurzu. A potom prídu odporúčania: „Chlapci, urobte to tu jednoduchšie, bude sa to ľahšie vnímať a bude z toho väčší úžitok.“
- Po tomto množstve práce je napísaná časť, ktorá sa týka videa, všetko sa zdá byť v poriadku. A už ho môžete darovať na výrobu, na reklamu tohto kurzu. Ale opäť nie, je to priskoro – pretože nedávno sme si prestali trochu dôverovať a v zásade sme začali viac pracovať so spätnou väzbou. Existuje niečo ako beta testovanie - to je, keď sú pozvaní ľudia od cudzincov, ktorí nie sú nijako spojení s našou spoločnosťou, a za nejaké dobroty sa im ukážu všetky časti kurzu, videá, texty, praktické úlohy, aby hodnotili kvalitu materiálu, dostupnosť materiálu a pomohli nám urobiť kurz čo najlepší.
- A keď prejde niekoľko takýchto iterácií, reproduktory, alfa testovanie v podobe technickej podpory, beta testovania, vylepšenia. A potom sa všetko začína odznova – technická podpora, beta testovanie, vylepšenia.
- A v určitom bode príde pochopenie, že buď sme s úpravami skončili, pretože je úplne nereálne zabezpečiť, aby sa to všetkým páčilo, alebo sa urobia nejaké drastické rozhodnutia. Keď je veľa komentárov k určitým miestam kritických, zopakujte ich globálne, pretože sa niečo pokazilo.
- Potom prichádza čas na drobné úpravy - niekde veta nie je formulovaná veľmi pekne, niekde sa niekomu nepáči font 14,5, ale chcel by 15,7.
- Keď zostane tento typ komentára, je to, kurz sa viac-menej otvára, začína sa oficiálny predaj.
A na prvý pohľad sa ukazuje, že krátka a jednoduchá úloha vytvorenia kurzu nie je vôbec jednoduchá a trvá neuveriteľne dlho.
A je tu ďalší dôležitý bod, že uvoľnením kurzu práca s kurzom nekončí. Najprv si pozorne prečítame komentáre, ktoré zostali na určitých častiach. A aj napriek všetkému úsiliu, ktoré sme vynaložili, sa stále zisťujú niektoré nedostatky, niektoré chyby sa opravujú a vylepšujú v reálnom čase, takže každý nasledujúci používateľ dostane lepšie služby.
Každý kurz má svojho produktového vlastníka, ktorý okrem definovania všeobecného konceptu kontroluje termíny, na margo si robí poznámky, že keď príde čas úplne prepísať kurz, tak to určite príde, lebo o dva roky alebo dokonca o rok neskôr sa niektoré z toho, čo hovoríme, stanú irelevantnými jednoducho preto, že sa to morálne stane zastaraným. Produktový vlastník si na okraj zapisuje, že sa ľudia najčastejšie pýtajú, ktoré body boli nejasné, ktoré úlohy sa zdali veľmi ťažké a ktoré naopak veľmi jednoduché. A toto všetko sa berie do úvahy pri opätovnom nahrávaní kurzu, pri nejakom refaktoringu, aby sa každá iterácia globálneho kurzu stala lepšou, pohodlnejšou a pohodlnejšou.
Takto vyzerajú kurzy.
Ako sa zrodil kurz Docker
Toto je pre nás samostatná a dokonca nezvyčajná téma. Lebo na jednej strane sme to neplánovali, pretože to ponúka veľa online škôl. Na druhej strane, on sám žiadal slobodu a našiel logické miesto v našom koncepte vzdelávania IT špecialistov v Kubernetes.
Keď hovorím veľmi globálne, spočiatku to všetko začalo kurzom na Kubernetes, keď to podľa mňa začalo až po prvom Slurme. Zhromaždili sme spätnú väzbu a zistili sme, že veľa ľudí si chce prečítať niečo ďalšie o Docker niekde inde a vo všeobecnosti mnohí prichádzajú na základný kurz na Kubernetes bez toho, aby vedeli, čo to je .
Preto pre druhý Slurm urobili kurz - alebo skôr ani nie kurz, ale urobili pár kapitol o Dockeroch. Kde povedali pár najzákladnejších vecí, aby sa ľudia, ktorí prídu na intenzívnu, necítili ukrátení a vo všeobecnosti pochopili, čo sa deje.
A potom sa udalosti vyvíjali zhruba takto. Množstvo materiálu narástlo a prestalo pasovať za 3 dni. A objavila sa logická a zrejmá myšlienka: prečo nepremeniť to, čo preberáme na Slurm Basic, na akýsi malý kurz, do ktorého by ste mohli poslať ľudí, ktorí si chcú niečo o Dockeri pozrieť predtým, než absolvujú intenzívny kurz na Kubernetes.
Slurm Junior je vlastne kombináciou niekoľkých takýchto základných kurzov. V dôsledku toho sa kurz Docker stal súčasťou Slurm Junior. To znamená, že toto je taký nultý krok predtým и . A potom tu boli len veľmi základné abstrakcie.
V určitom okamihu sa ľudia začali pýtať: „Chlapci, toto je všetko skvelé, to stačí na to, aby ste pochopili, o čom hovoríte na intenzívnych kurzoch. Kde si môžem prečítať podrobnejšie o tom, čo docker dokáže, ako s ním pracovať a čo to je?“ Tak prišiel nápad, aby to bolo rovno , aby jednak mohli byť naň stále posielaní ľudia, ktorí do Slurmu prichádzajú pomocou Kubernetes, a jednak pre tých, ktorých Kubernetes v tejto fáze vývoja ani nezaujíma. Aby si IT špecialista mohol prísť pozrieť náš kurz o Dockeri a začať svoju evolučnú cestu jednoducho s čistým Dockerom. Aby sme mali taký plnohodnotný, kompletný kurz – a potom mnohí, ktorí si tento kurz pozreli, nejaký čas pracovali s čistým Dockerom, vyrástli na úroveň, kedy potrebujú Kubernetes alebo nejaký iný orchestračný systém. A prišli najmä k nám.
Niekedy sa kladie otázka: „Aký druh ľudí teraz nemusí Kubernetes potrebovať? Ale táto otázka nie je o ľuďoch, je to skôr otázka o firmách. Tu musíte pochopiť, že Kubernetes má určité prípady, keď sa dobre hodí, a úlohy, ktoré dobre rieši, ale naopak, existujú určité scenáre používania Kubernetes, keď spôsobuje ďalšiu bolesť a ďalšie utrpenie. Nezáleží teda ani na ľuďoch, ale na tom, aké firmy vyvíjajú a ako dlho.
Napríklad nejaký hrozný monolit Legacy - pravdepodobne by ste ho nemali tlačiť do Kubernetes, pretože to spôsobí viac problémov ako úžitku. Alebo napríklad, ak ide o malý projekt, má malé zaťaženie alebo v zásade nie veľa peňazí a zdrojov. Nemá zmysel ťahať to do Kubernetes.
A vo všeobecnosti, pravdepodobne, všeobecne, ako už povedalo veľa ľudí, ak sa pýtate na otázku: „Potrebujem Kubernetes?“, s najväčšou pravdepodobnosťou to nepotrebujete. Nepamätám si, kto s tým prvý prišiel, podľa môjho názoru, Pasha Selivanov. S týmto 100% súhlasím. A na Kubernetes potrebujete dospieť - a keď už bude jasné, že ja potrebujem Kubernetes a naša spoločnosť ho potrebuje a pomôže to vyriešiť také a také problémy, potom asi má zmysel ísť sa učiť a prísť na to, ako presne nastaviť dobre to funguje, takže proces prechodu na Kubernetes nie je veľmi bolestivý.
Niektoré detské neduhy a niektoré jednoduché veci, aj keď nie veľmi jednoduché, sa dajú zistiť najmä u nás a nie cez vlastné hrable a bolesti.
Mnoho spoločností išlo presne tou cestou, že spočiatku existovala len akási infraštruktúra bez kontajnerizácie. Potom sa dostali do bodu, kedy bolo ťažké to všetko zvládnuť, prešli na Docker a v určitom momente to prerástlo do bodu, kedy to bolo v rámci Dockera a toho, čo ponúka, stiesnené. A začali sa pozerať na to, čo je okolo, aké systémy riešia tieto problémy, a najmä Kubernetes - to je jeden z tých systémov, ktorý vám umožňuje riešiť problémy, keď sa čistý Docker preplní a chýba mu funkčnosť, toto je naozaj dobrý prípad, keď ľudia Postupujú krok za krokom zdola nahor, chápu, že táto technológia nestačí a posúvajú sa na ďalšiu úroveň. Niečo použili, opäť sa toho stalo málo a išli ďalej.
Toto je vedomá voľba - a je to veľmi cool.
Vo všeobecnosti vidím, že náš systém je veľmi krásne vybudovaný, napr. , a to aj prostredníctvom video kurzov. Potom po docker ide , potom , potom . Všetko sa logicky nalinkuje – človek prejde a vznikne solídne povolanie.
V zásade vám sada kurzov umožňuje pokryť veľa prípadov, dokonca aj moderných. Stále sú oblasti, ktoré zostávajú šedou zónou, dúfam, že čoskoro vytvoríme nejaké kurzy, ktoré nám umožnia tieto šedé zóny uzavrieť, najmä prídeme s niečím o bezpečnosti. Pretože to začína byť veľmi aktuálne.
Stručne povedané, máme niekoľko šedých oblastí, ktoré by bolo veľmi pekné uzavrieť, aby to bol úplný, úplný obraz - a ľudia by mohli prísť, a tak ako samotný Kubernetes je ako konštruktér Lego, môžete z nich vyrobiť rôzne veci. zbiera, ak je stále málo - doplnok, to isté s našimi kurzami, aby ľudia pochopili, čo od toho potrebujú, potrebujú z našich kurzov poskladať akési puzzle, stavebnicu.
Ak si položíte všeobecne správnu a úprimnú otázku: „Kto by teraz mohol využiť aktívny kurz Docker?“, potom:
- Pre študentov, ktorí do toho ešte len začínajú.
- Pracovníci testovacieho oddelenia.
- V skutočnosti existuje veľa spoločností, ktoré Docker stále nielen nepoužívajú, ale nikto o takejto technológii nepočul a v zásade ju ani nevie používať. A poznám niekoľko veľkých firiem v Petrohrade, ktoré sa dlhé roky vyvíjali, a používali nejaké staré technológie, uberajú sa týmto smerom. Najmä pre takéto spoločnosti, pre inžinierov v takýchto spoločnostiach môže byť tento kurz veľmi zaujímavý, pretože po prvé vám umožní rýchlo sa ponoriť do tejto technológie a po druhé, akonáhle sa objaví niekoľko inžinierov, ktorí pochopia, ako to všetko práce, môžu to priniesť do firmy a rozvíjať túto kultúru a tieto smery v rámci firmy.
- Podľa môjho názoru môže byť tento kurz stále užitočný pre tých, ktorí už s dockerom pracovali, ale veľmi málo a viac v štýle „urob raz, urob dvakrát“ - a teraz budú nejako interagovať s tými istými Kubernetes, a toto ukladá im určité povinnosti, ak máte veľmi povrchné znalosti o tom, čo je docker, ako ho spustiť, no zároveň neviete, ako to zvnútra funguje, neviete, čo je najlepšie robiť to a čo je lepšie nerobiť, Potom je tento kurz vhodný na systematizáciu a prehĺbenie vedomostí.
Ale ak máte znalosti na úrovni: „Neviem, ako správne napísať rovnaké súbory Docker, viem si predstaviť, čo sú menné priestory, ako fungujú kontajnery, ako sú v skutočnosti implementované na úrovni operačného systému“ - potom je tu určite k nám nemá zmysel chodiť, nič nové sa nedozviete a bude vám trochu smutno za vynaložené peniaze a čas.
Ak sformulujeme, aké výhody má náš kurz, potom:
- Tento kurz sme sa snažili urobiť s dostatočným množstvom praktických prípadov, ktoré vám umožnia nielen porozumieť teoretickej časti, ktorá existuje, ale aj pochopiť, prečo ju potrebujete a ako ju v budúcnosti využijete;
- existuje niekoľko sekcií, ktoré sa len veľmi zriedka nachádzajú - a vo všeobecnosti na nich nie je toľko materiálu. Týkajú sa interakcie Dockera s operačným systémom, dokonca trochu inak. Aké mechanizmy prevzal Docker z operačného systému na implementáciu kontajnerizačného systému – a to dáva také hlbšie pochopenie celej problematiky spúšťania kontajnerov v rámci operačného systému Linux. Ako to funguje, ako to medzi sebou interaguje vo vnútri operačného systému, mimo neho atď.
Je to taký skutočne hlboký pohľad, že sa to stáva pomerne zriedkavo a zároveň je to podľa môjho názoru veľmi dôležité. Ak chcete dobre porozumieť akejkoľvek technológii a pochopiť, čo od nej očakávať, musíte mať aspoň všeobecnú predstavu o tom, ako funguje na nízkej úrovni.
Náš kurz ukazuje a hovorí, ako to funguje z pohľadu operačného systému. Na jednej strane všetky kontajnerizačné systémy používajú rovnaké mechanizmy operačného systému. Na druhej strane berú to, čo je v operačnom systéme Linux, napríklad docker. Iné kontajnerizačné systémy neprišli s ničím novým – vzali to, čo už bolo v Linuxe, a napísali len pohodlný obal, ktorý vám umožní rýchlo ho zavolať, spustiť alebo s ním nejako interagovať. Rovnaký Docker nie je príliš veľká vrstva medzi operačným systémom a príkazovým riadkom, je to druh nástroja, ktorý vám umožňuje nepísať kilotony príkazov alebo nejaký druh kódu C na vytvorenie kontajnera, ale urobiť to zadaním pár riadkov v termináli.
A ešte jedna vec, ak hovoríme konkrétne o Dockeri, to, čo Docker skutočne priniesol do sveta IT, sú štandardy. Ako sa má aplikácia spustiť, ako má fungovať, aké sú požiadavky na logy, aké sú požiadavky na škálovanie, konfiguráciu samotnej aplikácie.
V mnohých ohľadoch je docker o štandardoch.
Normy sa presúvajú aj na Kubernetes – a tam sú presne tie isté štandardy; ak viete, ako dobre spustiť svoju aplikáciu v Dockeri, potom 99% času bude fungovať rovnako dobre v Kubernetes.
Ak vás zaujalo nielen to, ako kurz Docker vznikal, ale aj iné kurzy, ale zaujal vás aj samotný kurz z praktického hľadiska, potom
Radi Vás uvidíme!
Zdroj: hab.com