Þátttakandi kemur á námskeið eða gjörningsnámskeið. Hann sér skipulegar raðir af tækniaðstoð, snyrtilega lagðar rafmagnssnúrur, köflótt skipulag í fyrirlestrasalnum, bjartar myndir og skyggnumyndir. Hátalarar með brandara og brosir gefa upplýsingar á þann hátt að þú hafir bara tíma til að skilja þær. Áhorfendur eru settir upp, æfingaverkefni fljúga einfaldlega af fingrum fram nema að stundum þarf aðstoð tæknimanna. stuðning.
Og líka kaffiveitingar með áhugasömu fólki, glaðlegt og kraftmikið andrúmsloft, reynsluskipti, óvæntustu spurningar fyrir fyrirlesara. Bæði svör og upplýsingar sem þú finnur ekki í handbókum, heldur aðeins í reynd.
Hversu mikinn tíma, fyrirhöfn og taugar heldurðu að hafi tekið til að láta þetta líta nákvæmlega svona út?
Þökk sé Volodya Guryanov, löggiltum Kubernetes stjórnanda og verkfræðingi/teymisstjóra hjá Southbridge, sem hefur orðið vitni að og tekið virkan þátt í stofnun margra Slurm námskeiða frá upphafi.
Hann sá undirbökuna auðvitað sköpunina – margbreytileika og þyrnum stráð, innsýn og óvæntar lausnir. Og hinir þegar kunnuglegu Kubernetes intensives, eins og Slurm Basic og Slurm Mega. Og nýtt, að miklu leyti endurskoðað námskeið , sem nálgast óumflýjanlega og hefst 19. ágúst.
En, kannski, nóg af textunum, við skulum halda áfram að sögunni sjálfri. Hvernig frá nokkrum ákafur efni algjörlega sjálfbær og margþætt . Svo ég byrja á sögunni um hvernig námskeið eru búin til og þróuð - alveg eins og "Fyrir löngu síðan í vetrarbraut langt, langt í burtu..."
Hvað er á bak við tjöldin?
Ef þú spyrð hvernig við búum til námskeið og hvar allt byrjar, mun ég einfaldlega svara „Þetta byrjar allt með hugmynd“.
Venjulega kemur hugmyndin einhvers staðar frá - við sitjum ekki í handjárnum í kjallaranum fyrr en við komumst með: "Hvaða efni ættum við að gera námskeið um?" Hugmyndir koma einhvers staðar frá á eigin spýtur frá utanaðkomandi aðilum. Stundum byrjar fólk að spyrja virkan: "Hvað veistu um slíka og svo sérstaka tækni?" Eða hvernig það var með Docker að það var ómögulegt að passa hann inn í tímasetningu á gjörgæslunámskeiðinu - það þurfti greinilega að fara með hann út til að hafa tíma til að segja eitthvað á meðan á gjörgæslunni stóð.
Svona birtist hugmynd.
Eftir að það var tilkynnt, að mínu mati, byrjar erfiðasta stundin - að skilja almennt hvað á að innihalda í þessu námskeiði - þetta er mjög sambærilegt við hvernig fyrirlesarar eru undirbúnir fyrir hvaða ráðstefnur sem er.
Það er einn helsti sársauki þegar þú virðist hafa valið umræðuefni og hugsar: „Hvað get ég sagt um það? Þetta er of einfalt, þetta er augljóst, þetta vita allir líka.“
En í raun er þetta alls ekki raunin. Og persónulega segi ég víða að það sem þér finnst sjálfsagt, þeim sem koma til að hlusta á þig eða fara á námskeið, er alls ekki sjálfsagt. Og hér myndast svo mikið lag af vinnu og innri átökum um hvað eigi að taka með í námskeiðinu. Fyrir vikið fáum við svona kaflalista með svo stórum höggum, um hvað námskeiðið verður.
Og þá hefst hin einfalda venja vinna:
- Efnisval
- Lestu vandlega skjölin fyrir núverandi útgáfu, þar sem upplýsingatækniheimurinn er nú að þróast á einhvers konar kosmískum hraða. Jafnvel ef þú vinnur með eitthvað og gerir námskeið um það þarftu að fara í skjölin og sjá hvað er nýtt þar, hvað er áhugavert að tala um, hvað gæti verið sérstaklega gagnlegt að nefna.
- Og ákveðin beinagrind námskeiðsins birtist, þar sem flest efni, almennt séð, eru þegar tekin fyrir og það virðist sem hvað sem er þar - taka upp myndbönd og setja þau í framleiðslu.
- En í rauninni, nei, þá hefst erfiðið, en ekki hjá höfundum námskeiðsins, heldur þeim sem prófa. Venjulega eru alfaprófararnir okkar tækniaðstoð, sem í fyrsta lagi prófarkalesar námskeiðin fyrir allar setningafræðilegar og málfræðilegar villur. Í öðru lagi berja þeir okkur sársaukafullt með prikum og blóta þegar það eru einhverjir algjörlega óljósir, óskiljanlegir staðir. Þegar nokkrar flóknar samsettar aukasetningar sem standa yfir í nokkrar blaðsíður eða augljós vitleysa birtast í textunum. Þeir lesa þetta allt, passa upp á það.
- Síðan byrjar æfingaprófið, þar sem sumir augljósir hlutir sem ekki virka eru líka gripnir og sýnd eru nokkur augnablik sem annað hvort er hægt að gera erfiðara, þar sem það verður ekki mjög áhugavert - bara að sitja og afrita - og staðir eru auðkenndir þar sem það er mjög erfitt og við höfum mikið að gera sem við viljum frá fólki sem mun fara á þetta námskeið. Og svo koma tilmæli: „Krakkar, gerðu þetta einfaldara hér, það verður auðveldara að skynja það og það verður meiri ávinningur af því.
- Eftir að þessari vinnu er lokið er sá hluti sem tengist myndbandinu skrifaður, allt virðist vera í lagi. Og þú getur nú þegar gefið það til framleiðslu, til að auglýsa þetta námskeið. En aftur, nei, það er of snemmt - vegna þess að nýlega höfum við hætt að treysta okkur aðeins og í grundvallaratriðum farnir að vinna meira með endurgjöf. Það er til eitthvað sem heitir beta-prófun - þetta er þegar fólk er boðið frá utanaðkomandi, ekki tengt fyrirtækinu okkar á nokkurn hátt, og fyrir eitthvað góðgæti eru þeir sýndir allir hlutar námskeiðsins, myndbönd, texti, hagnýt verkefni, svo að þeir lagt mat á gæði efnisins, aðgengi efnisins og hjálpað okkur að gera námskeiðið eins gott og hægt er.
- Og þegar nokkrar slíkar endurtekningar fara í gegnum, hátalarar, alfaprófun í formi tækniaðstoðar, betaprófun, endurbætur. Og svo byrjar allt upp á nýtt - tækniaðstoð, beta prófun, endurbætur.
- Og á einhverjum ákveðnum tímapunkti kemur sá skilningur að annað hvort erum við búin með breytingar, því það er algjörlega óraunhæft að ganga úr skugga um að öllum líki það, eða það eru teknar róttækar ákvarðanir. Þegar margar athugasemdir við ákveðna staði eru mikilvægar skaltu endurtaka þær á heimsvísu, því eitthvað fór úrskeiðis.
- Svo kemur tíminn á smávægilegar breytingar - einhvers staðar er setningin ekki vel útfærð, einhvers staðar líkar einhverjum ekki leturgerðinni, 14,5, en vill 15,7.
- Þegar þessi tegund af athugasemdum er eftir, þá er það það, námskeiðið opnar meira og minna, opinber sala hefst.
Og við fyrstu sýn reynist það stutta og einfalda verkefni að búa til námskeið vera alls ekki einfalt og tekur ótrúlega langan tíma.
Og það er annar mikilvægur punktur að vinnu með námskeiðið lýkur ekki þegar námskeiðið er gefið út. Í fyrsta lagi lesum við vandlega athugasemdirnar sem eru skildar eftir á ákveðnum hlutum. Og jafnvel þrátt fyrir alla þá viðleitni sem við höfum gert, eru enn einhverjir gallar greindir, sum mistök eru leiðrétt og bætt á leiðinni, í rauntíma, þannig að hver notandi í kjölfarið fái betri þjónustu.
Hvert námskeið hefur sinn vörueiganda, sem, auk þess að skilgreina almenna hugtakið, athugar tímafresti, skrifar á spássíuna að þegar tími kemur til að endurskrifa námskeiðið algjörlega og það kemur örugglega, því eftir tvö ár, eða jafnvel ári síðar mun sumt af því sem við segjum verða óviðkomandi einfaldlega vegna þess að það verður siðferðilega úrelt. Vörueigandinn gerir athugasemdir á spássíunni að oftast spyr fólk hvaða atriði voru óljós, hvaða verkefni virtust mjög erfið og hver virtist þvert á móti mjög einföld. Og allt þetta er tekið með í reikninginn þegar námskeiðið er tekið upp aftur, við einhvers konar endurstillingu, þannig að hver endurtekning á alþjóðlegu námskeiðinu verður betri, þægilegri og þægilegri.
Svona birtast námskeið.
Hvernig Docker námskeiðið fæddist
Þetta er sérstakt og jafnvel óvenjulegt umræðuefni fyrir okkur. Vegna þess að annars vegar ætluðum við ekki að gera það, vegna þess að margir netskólar bjóða upp á það. Aftur á móti bað hann sjálfur um frelsi og fann rökréttan sess í hugmyndafræði okkar um þjálfun upplýsingatæknisérfræðinga í Kubernetes.
Talandi mjög alþjóðlegt, upphaflega byrjaði þetta allt með námskeiði um Kubernetes, þegar það byrjaði bara, að mínu mati, eftir fyrsta slurmið. Við söfnuðum athugasemdum og sáum að margir vilja lesa eitthvað til viðbótar um Docker annars staðar og almennt koma margir á grunnnámskeiðið á Kubernetes án þess að vita hvað það er .
Þess vegna, fyrir seinni slurmið, gerðu þeir námskeið - eða réttara sagt, ekki einu sinni námskeið, en gerðu nokkra kafla um Dockers. Þar sem þeir sögðu frá sumum grundvallaratriðum, svo að fólk sem kemur á gjörgæsluna myndi ekki finna fyrir skort og myndi almennt skilja hvað var að gerast.
Og svo þróast atburðir nokkurn veginn svona. Magn efnisins jókst og hætti að passa á 3 dögum. Og rökrétt og augljós hugmynd birtist: af hverju ekki að breyta því sem við fjöllum um á Slurm Basic í einhvers konar lítið námskeið sem við gætum sent fólk sem vill horfa á eitthvað um Docker áður en það fer á öflugt námskeið um Kubernetes.
Slurm Junior er í raun sambland af nokkrum slíkum grunnnámskeiðum. Fyrir vikið varð Docker námskeiðið hluti af Slurm Junior. Semsagt, þetta er svona núll skref áður и . Og svo voru það bara mjög basic abstrakt.
Einhvern tíma fór fólk að spyrja: „Strákar, þetta er allt frábært, þetta er nóg til að skilja hvað þú ert að tala um á hraðnámskeiðunum. Hvar get ég lesið nánar um hvað docker getur gert og hvernig á að vinna með það og hvað það er?“ Svo kom upp sú hugmynd að gera það á hreinu , þannig að í fyrsta lagi er enn hægt að senda fólk sem kemur til Slurm með Kubernetes til þess, og hins vegar fyrir þá sem hafa ekki einu sinni áhuga á Kubernetes á þessu stigi þróunar. Svo að upplýsingatæknisérfræðingur geti komið og horft á námskeiðið okkar um Docker og hafið þróunarleið sína einfaldlega með hreinum Docker. Svo að við erum með svo fullkomið, heill námskeið - og svo hafa margir, sem hafa horft á þetta námskeið, hafa unnið í nokkurn tíma með hreinum Docker, vaxið upp á það stig að þeir þurfa Kubernetes eða eitthvað annað hljómsveitarkerfi. Og þeir komu sérstaklega til okkar.
Stundum er spurt: „Hvers konar fólk þarf nú kannski ekki Kubernetes? En þessi spurning snýst ekki um fólk, hún er frekar spurning um fyrirtæki. Hér þarftu að skilja að Kubernetes hefur ákveðin tilvik þar sem það hentar vel og verkefni sem það leysir vel, en þvert á móti eru nokkrar aðstæður fyrir notkun Kubernetes þegar það veldur aukinni sársauka og viðbótarþjáningu. Þess vegna fer það ekki einu sinni eftir fólki heldur hvaða fyrirtæki hafa verið að þróast og hversu lengi.
Til dæmis, einhver hræðilegur Legacy monolith - þú ættir líklega ekki að ýta því inn í Kubernetes, því það mun valda fleiri vandamálum en ávinningi. Eða, til dæmis, ef þetta er lítið verkefni, þá hefur það lítið álag eða, í grundvallaratriðum, ekki mikið af peningum og fjármagni. Það þýðir ekkert að draga það inn í Kubernetes.
Og almennt, sennilega, almennt, eins og margir hafa þegar sagt, ef þú ert að spyrja spurningarinnar: "Þarf ég Kubernetes?", þá þarftu það líklega ekki. Ég man ekki hver kom fyrst með það, að mínu mati, Pasha Selivanov. Ég er 100% sammála þessu. Og þú þarft að vaxa úr grasi til Kubernetes - og þegar það er þegar ljóst að ég þarfnast Kubernetes og fyrirtækið okkar þarfnast þess, og það mun hjálpa til við að leysa slík og slík mál, þá er líklega skynsamlegt að fara að læra og finna út nákvæmlega hvernig á að stilla það vel, þannig að ferlið við að skipta yfir í Kubernetes er ekki mjög sársaukafullt.
Sumir barnasjúkdómar og sumir einfaldir hlutir, og jafnvel ekki mjög einfaldir, er hægt að finna út sérstaklega hjá okkur, og fara ekki í gegnum eigin hrífu og sársauka.
Mörg fyrirtæki hafa farið nákvæmlega þá leið að í fyrstu voru bara einhvers konar innviðir án gámavæðingar. Svo komust þeir á þann stað að það varð erfitt að stjórna þessu öllu, þeir skiptu yfir í Docker og á einhverjum tímapunkti stækkuðu þeir að því marki að það varð þröngt innan ramma Docker og þess sem það býður upp á. Og þeir byrjuðu að skoða hvað var í kring, hvaða kerfi leysa þessi vandamál, og sérstaklega Kubernetes - þetta er eitt af þessum kerfum sem gerir þér kleift að leysa vandamál þegar hreinn Docker verður fjölmennur og skortir virkni, þetta er mjög gott mál þegar fólk Þeir fara skref fyrir skref frá grunni, skilja að þessi tækni er ekki nóg og fara á næsta stig. Þeir notuðu eitthvað, það varð aftur af skornum skammti og þeir héldu áfram.
Þetta er meðvitað val - og það er mjög flott.
Almennt séð sé ég að kerfið okkar er mjög fallega byggt, td. , jafnvel í gegnum myndbandsnámskeið. Síðan fer það eftir docker , þá , þá . Allt er rökrétt í röð - maður fer framhjá og traust starfsgrein kemur fram.
Í grundvallaratriðum gerir námskeiðasettið þér kleift að fjalla um mörg mál, jafnvel nútímaleg. Það eru enn svæði sem eru enn á gráu svæði, ég vona að við búum fljótlega til einhver námskeið sem gera okkur kleift að loka þessum gráu svæðum, sérstaklega munum við koma með eitthvað um öryggismál. Því þetta er að verða mjög viðeigandi.
Í stuttu máli erum við með nokkur grá svæði sem það væri mjög gaman að loka, þannig að það yrði heildarmynd - og fólk gæti komið, og eins og Kubernetes sjálft er eins og Lego smiður, þá er hægt að gera mismunandi hluti úr það safnar, ef enn er ekki nóg - viðbót, það sama með námskeiðin okkar, svo að fólk geti skilið hvað það þarf úr þessu, það þarf að setja saman eins konar púsl, eins konar byggingarsett úr námskeiðunum okkar.
Ef þú spyrð sjálfan þig almennt rétta og heiðarlega spurningu: "Hver gæti notað virkt Docker námskeið núna?", þá:
- Fyrir nemendur sem eru að byrja að komast í það.
- Starfsmenn prófunardeildar.
- Reyndar eru mörg fyrirtæki sem enn nota ekki Docker, heldur hefur enginn heyrt um slíka tækni og vita í grundvallaratriðum ekki hvernig á að nota hana. Og ég þekki nokkur stór fyrirtæki í Sankti Pétursborg sem hafa verið að þróast í mörg ár, og þau notuðu gamla tækni, þau eru að fara í þessa átt. Sérstaklega, fyrir slík fyrirtæki, fyrir verkfræðinga í slíkum fyrirtækjum, getur þetta námskeið verið mjög áhugavert, þar sem í fyrsta lagi mun það leyfa þér að sökkva þér fljótt niður í þessa tækni, og í öðru lagi, um leið og nokkrir verkfræðingar birtast sem skilja hvernig þetta allt er. virkar, geta þeir komið því til fyrirtækisins og þróað þessa menningu og þessar áttir innan fyrirtækisins.
- Að mínu mati gæti þetta námskeið samt verið gagnlegt fyrir þá sem hafa þegar unnið með docker, en mjög lítið og meira í "gera einu sinni, gera tvisvar" stílinn - og nú ætla þeir einhvern veginn að hafa samskipti við sömu Kubernetes, og þetta leggur á þær ákveðnar skyldur, ef þú hefur mjög yfirborðslega þekkingu á því hvað docker er, hvernig á að reka það, en á sama tíma veist þú ekki hvernig það virkar innan frá, þú veist ekki hvað er best að gera við það og hvað er betra að gera ekki, Þá hentar þetta námskeið vel til að kerfissetja og dýpka þekkingu.
En ef þú hefur þekkingu á því stigi: "Ég veit ekki hvernig á að skrifa sömu Docker skrárnar rétt, ég get ímyndað mér hvað nafnrými eru, hvernig gámar virka, hvernig þeir eru í raun útfærðir á stýrikerfisstigi" - þá er það það þýðir ekkert að fara til okkar, þú munt ekki læra neitt nýtt og þú verður svolítið leiður fyrir peningana og tímann sem þú eyðir.
Ef við mótum hvaða kosti námskeiðið okkar hefur, þá:
- Við reyndum að gera þetta námskeið með nægilega mörgum hagnýtum tilfellum sem gerir þér kleift að skilja ekki aðeins fræðilega hlutann sem er til, heldur einnig að skilja hvers vegna þú þarft á honum að halda og hvernig þú munt nota hann í framtíðinni;
- það eru nokkrir kaflar sem finnast mjög sjaldan hvar sem er - og almennt er ekki svo mikið efni á þeim. Þeir tengjast samskiptum Docker við stýrikerfið, jafnvel aðeins öðruvísi. Hvaða aðferðir tók Docker úr stýrikerfinu til að innleiða gámavæðingarkerfið - og þetta gefur svo dýpri skilning á öllu málinu við að keyra gáma innan Linux stýrikerfisins. Hvernig það virkar, hvernig það hefur samskipti sín á milli innan stýrikerfisins, utan, og svo framvegis.
Þetta er svo sannarlega djúpt útlit að það gerist frekar sjaldan, og á sama tíma, að mínu mati, er það mjög mikilvægt. Ef þú vilt skilja einhverja tækni vel og skilja hvers má búast við af henni þarftu að minnsta kosti að hafa almenna hugmynd um hvernig hún virkar á lágu stigi.
Námskeiðið okkar sýnir og segir hvernig þetta virkar frá stýrikerfissjónarmiði. Annars vegar nota öll gámakerfin sömu stýrikerfisaðferðirnar. Aftur á móti taka þeir það sem er í Linux stýrikerfinu, eins og docker. Önnur gámakerfi komu ekki með neitt nýtt - þau tóku það sem þegar var í Linux og skrifuðu bara þægilegan umbúðir sem gerir þér kleift að kalla það fljótt, keyra það eða einhvern veginn hafa samskipti við það. Sami Docker er ekki mjög stórt lag á milli stýrikerfisins og skipanalínunnar, það er eins konar tól sem gerir þér kleift að skrifa ekki kílótonn af skipunum eða einhvers konar C kóða til að búa til gám, heldur gera þetta með því að slá inn nokkrar línur í flugstöðinni.
Og eitt í viðbót, ef við erum að tala sérstaklega um Docker, það sem Docker kom með í upplýsingatækniheiminum eru staðlar. Hvernig ætti að ræsa forritið, hvernig það ætti að virka, hvaða kröfur eru gerðar til logs, hverjar eru kröfurnar fyrir skala, stilla forritið sjálft.
Að mörgu leyti snýst docker um staðla.
Staðlar eru líka að færast til Kubernetes - og það eru nákvæmlega sömu staðlar; ef þú veist hvernig á að keyra forritið þitt vel í Docker, þá mun það 99% tilvika virka jafn vel innan Kubernetes.
Ef þú hefur ekki aðeins áhuga á því hvernig Docker námskeiðið var búið til, heldur einnig á öðrum námskeiðum, heldur einnig áhuga á námskeiðinu sjálfu frá hagnýtu sjónarhorni, þá
Við munum vera ánægð að sjá þig!
Heimild: www.habr.com