Küpsetamine. Kuidas kursused sünnivad?

Osaleja tuleb kursusele või intensiivile. Näeb korrastatud tehnilise toe ridasid, korralikult paigaldatud elektrikaableid, korralikke loengusaali järjestusi, erksaid pilte ja slide scheeme. Esinejad jagavad infot naljade ja naeratustega, et see jõuaks kergesti kohale. Stendid on seadistatud, praktilised ülesanded lahenevad kiiresti, kui aeg-ajalt on vajalik tehnilise toe abi.

Ja veel kohvipausid samamõtlejatega, energiline ja elav õhkkond, kogemuste vahetus, kõige ootamatumad küsimused esinejatele. Ja vastused, teave, mida käsiraamatutes ei leia, vaid ainult praktikas.

Kuidas arvate, kui palju aega, vaeva ja närve kulus, et see välja näeks just nii?

Aitäh Volodja Gurjanovile, sertifitseeritud Kubernetes administraatorile ja insenerile/tiimijuhile Southbridgest, kes oli alates algusest pealtnägija ja aktiivne osaleja paljude Slyerma kursuste loomisel.

Ta on näinud kursuste loomise tagamaid — raskusi ja pettumusi, sisekaemusi ja ootamatuid lahendusi. Ja juba tuttavaid intensiive Kubernetesest, nagu Slyerma Basic ja Slyerma Mega. Ja uut, suures osas ümbertöötatud kursust Slyerma DevOps:Tools&Cheats, mis läheneb kiiresti ja algab 19. augustil.

Aga ilmselt on piisavalt luulet, liikume edasi loo juurde. Kuidas paar intensiivset teemat järk-järgult kasvas täiesti iseseisvaks ja mitmekesiseks Docker kursuseks. Nii et hakkan jutustama, kuidas kursusi luuakse ja arendatakse — justkui "A long time ago in a galaxy far, far away..."

Aga mis siis toimub kulisside taga?

Kui küsite, kuidas me kursusi teeme ja kust kõik alguse saab, vastan lihtsalt "Kõik algab ideest".

Tavaliselt tuleb idee kuskilt — me ei istu käed raudrakkudega kinni kelderis, oodates, et mõtleme, millest kursust teha: «Millise teema peaksime kursusele valima?». Ideed tulevad iseenesest kuskilt välistest allikatest. Mõnikord hakkavad inimesed aktiivselt küsima: «Mida te sellisest konkreetsest tehnoloogiast teate?». Või nagu Dockeriga oli, see ei mahtunud intensiivse ajakava sisse — seda pidi ilmselgelt välja tooma, et intensiivis midagi rääkida.

Nii sünnib idee.

Pärast selle väljakuulutamist algab, minu arvates, kõige keerulisem hetk — aru saada, mida siis kursusele kaasata — see on väga võrreldav sellega, kuidas valmistuvad esinejad erinevatele konverentsidele.

Seal on üks peamine valu, kui sa just nagu valid teema ja mõtled: „Aga mida sellest rääkida? See on liiga lihtne, see on ilmselge, kõik teavad seda.”

Aga tegelikult ei ole see sugugi nii. Ja ma isiklikult räägin väga palju, et see, mis sulle tundub ilmne, ei ole sugugi ilmselge neile, kes tulevad sind kuulama või kursust läbima. Siin tekib suur hulk tööd ja sisemist konflikti, et mida kursusele lisada. Tulemuseks on nimekiri peatükkidest, mis on koostatud suuremate joontega, millest kursus räägib.

Edasi algab lihtne rutiinne töö:

• Ainete kogumine
• Praeguse versiooni dokumentatsiooni hoolikas lugemine, kuna IT-maailm areneb praegu kosmilise kiirusel. Isegi kui sa töötad millegagi ja teed sellest kursuse, pead sa minema dokumentatsiooni ja vaatama, mis on uut, millest tasub rääkida, ja millest tasub eraldi mainida.
• Ja tekib kursuse skelet, kus enamik teemasid on juba sisuliselt välja kirjutatud ja nagu ei jäägi muud, kui salvestada videod ja viia see tootmisse.
• Aga tegelikult ei, edasi algab raske töö, kuid seekord mitte kursuse autorite jaoks, vaid testijate jaoks. Meie alfa-testijad on tavaliselt tehniline tugi, kes ühtlasi toimetab kursusi, et seal ei oleks mingeid süntaktilisi või grammatikavead. Teiseks, nad löövad meid raskelt ja vinguvad, kui on mõned sellised täiesti mitteilmsed, arusaamatud kohad. Kui tekstides tekivad keeruliselt vormistatud laused mitme lehekülje ulatuses või silmnähtav nonsenss, siis nad kõik selle läbi vaatavad ja tuvastavad.
• Siis algab praktilise testimise etapp, kus pannakse tähele ka mingeid ilmselgeid mittefunktsionaalseid asju ja näidatakse üles mõned hetked, mida saab vastupidi keerulisemaks muuta, kuna lihtsalt istuda ja kopeerida on vähem huvitav – tuvastatakse kohad, kus küsime inimestelt, kes seda kursust läbivad, liiga palju. Ja siis tulevad soovitused: „Tehke, sõbrad, siin lihtsamalt, see on lihtsamini tajutav ja sellest on rohkem kasu.”
• Pärast seda, kui see töömaht on ära tehtud, on kirjutatud osa, mis puudutab videot, näib kõik olevat korras. Ja saame selle juba välja anda, kursuse reklaami jaoks. Kuid jälle ei, on liiga vara — kuna viimasel ajal oleme hakanud rohkem kahtlema endas ja hakkanud rohkem töötama tagasisidega. On tekkinud selline asi nagu beetatesting — see on siis, kui kutsutakse inimesi, kes ei ole kuidagi seotud meie ettevõttega, ja mingite hüvede eest näidatakse neile kursuse kõiki osi, videoid, tekste, praktilisi ülesandeid, et nad hindaksid materjali kvaliteeti, kättesaadavust ja aitaksid meil kursuse maksimaalselt heaks muuta.
• Ja kui selliseid iteratsioone läbib mitu korda, esinejad, alfa-testeerimine tehnilise toe näol, beetatesting, täiendused. Ja siis algab kõik uuesti — tehniline tugi, beetatesting, täiendused.
• Ja mingil kindlal hetkel tuleb arusaam, et kas lõpetame juba täiendustega, kuna teha nii, et see meeldiks kõigile – on täiesti ebareaalne, või tehakse mõningaid radikaalseid otsuseid. Kui väga paljusid märkusi teatud kohtade kohta peetakse kriitilisteks — tuleb need ulatuslikult üle vaadata, kuna midagi on valesti läinud.
• Seejärel tuleb aeg väikesteks parandusteks — kuskil on lause ebaühtlaselt sõnastatud, kuskel ei meeldi kellelegi fondi suurus 14,5, kuid soovitakse 15,7.
• Kui jäävad sellised märkused, siis on igaühel kursus enam-vähem avatud, ametlikud müügitegevused algavad.

Ja esmapilgul tundub lühike ja lihtne ülesanne teha kursus, see osutub siiski täiesti mitte lihtsaks ja võtab uskumatult palju aega.

Ja on veel üks oluline aspekt, et töö kursusega ei lõppe, kui kursus on välja antud. Esiteks, me loeme hoolikalt kommentaare, mis jäävad teatud osade kohta. Ja isegi hoolimata kõikidest nendest pingutustest, mis me oleme teinud, ilmnevad ikkagi mingid vead, mingi jooksud, mis muudetakse jooksvalt, et iga järgmine kasutaja saaks kvaliteetsemat teenust.

Iga koolil on oma tootejuht, kes lisaks üldise kontseptsiooni määratlemisele jälgib tähtaegu ja teeb endale märkmeid, et kui tuleb aeg kursuse täielikuks ümberkirjutamiseks, siis see kindlasti tuleb, sest kahe aasta või võib-olla aasta pärast osa sellest, mida me räägime, muutub ajakohatuks lihtsalt seetõttu, et see muutub moraalselt vananenuks. Tootejuht teeb märkmeid, kuidas inimesed tihti küsivad, millised hetked olid ebaselged, millised ülesanded tundusid väga keerulised ja millised seevastu väga lihtsad. Ja seda kõike arvestatakse kursuse korduvatel salvestustel, mingisuguste refaktorite tegemisel, et iga globaalne kursuse iteratsioon muutuks paremaks, mugavamaks ja komfortsemaks.

Nii tekivadki kursused.

Kuidas sündis kursus Dockerist

See on eraldi ja isegi meie jaoks ebatavaline teema. Sest ühel pool ei plaaninud me seda teha, kuna paljud veebikoolid pakuvad seda. Teiselt poolt tuli see ise välja ja leidis loogilise koha meie IT-spetsialisti ettevalmistuse kontseptsioonis Kuberneteses.

Kui rääkida väga globaalsetest asjadest, siis kõik algas algselt Kubernetesest, kui seda just alustati, pärast esimest Słörmi, arvan ma. Korjasime tagasisidet ja nägime, et väga paljud soovivad veel kuskil midagi Dockerist lisaks lugeda ja üldiselt tulevad paljud Kubernetesega seotud põhikursusele, teadmata, mis see tähendab. Docker.

Seetõttu tegime teise Słörmi jaoks kursuse — tegelikult ei olnud see isegi kursus, vaid tegime paar peatükki docker’itest. Kus rääkisime kõige põhialustest, et inimesed, kes tulevad intensiivkursusele, ei tunneks end ilmtingimata puudutatuna ja mõistaksid, mis toimub.

Ja seejärel läksid sündmused umbes nii. Materjali hulk kasvas ja ei mahtunud enam kolme päeva sisse. Ja tekkis loogiline ja ilmne idee: miks mitte teha meie rääkidest Słörm Baasi baasil mingisugune väike kursus, kuhu võiks saata inimesi, kes soovivad enne Kubernetesest intensiivkursust natuke Dockerist vaadata.

Słörm Junior on tegelikult mitme sellise põhikursuse ühendamine. Lõppkokkuvõttes sai Dockerikursus Słörm Juniori osaks. Nii et see on selline nulltaseme kursus enne Põhikursust ja Mega. Ja seal olid ka täiesti põhialused.

Kuskil hetkel hakkasid inimesed küsima: „Poisid, see on kõik tore, sellest piisab, et aru saada, millest te intensiivide ajal räägite. Kuid kus saab lugeda rohkem sellest, mida docker suudab ja kuidas sellega töötada, ja mis ta endast kujutab?“. Nii sündis idee teha sellest täisväärtuslik Docker kursus, et esiteks saaksime sinna saata inimesi, kes tulevad meie Kubernetes koolitusele, aga teisest küljest ka neile, kelle jaoks Kubernetes ei ole praegu huvipakkuv. Et IT-spetsialist saaks tulla vaatama meie docker kursust ja alustada oma arenguteed alates puhtast docker’ist. Et meil oleks selline täispikk kursus — ja paljud, kes vaatavad selle kursuse, töötavad mõnda aega puhta docker’iga, jõuavad tasemeni, kus neile on vajalik juba Kubernetes või mõni muu orkestreerimissüsteem. Ning nad tulevad ka meie juurde.

Mõnikord küsitakse: „Kellele ei ole praegu Kubernetes vajalik?“. Kuid see küsimus ei ole inimestest, pigem on see küsimus ettevõtetest. Siin tuleb mõista, et Kubernetesel on konkreetsed juhtumid, kus see sobib hästi ja ülesanded, mida ta hästi lahendab, kuid on ka vastupidiseid stsenaariume, kus Kubernetes toob juurde ainult valu ja kannatusi. Seega ei sõltu see isegi inimestest, vaid sellest, mida ja kui kaua ettevõtted arendavad.

Näiteks, kui tegemist on mõne hirmuäratava Legacy monoliidiga — siis ilmselt ei tasu seda Kubernetesesse suruda, sest see toob rohkem probleeme kui eeliseid. Või näiteks, kui tegemist on väikese projektiga — seal on väiksed koormused või üldiselt ei ole palju raha ja ressursse. Sel juhul ei ole mõtet seda Kubernetesesse viia.

Ja üldiselt, nagu on juba palju kordi öeldud, kui te küsite endalt: „Kas mul on vaja Kubernetes?“ siis tõenäoliselt ei ole seda vaja. Ma ei mäleta, kes selle esimesena välja mõtles, arvatavasti Pasha Selivanov. Olen sellega 100% nõus. Ja enne Kubernetesesse kasvamist — ja kui tekib arusaam, et mulle on just Kubernetes vajalik ja meie ettevõttele on see vajalik, et see aitab lahendada teatud küsimusi, siis ilmselt on mõtet minna õppima ja aru saama, kuidas seda õigesti seadistada, et üleminek Kubernetesesse ei oleks väga valus.

Mõningaid lastehaigusi ning ka mõned väga lihtsad asjad ja isegi mitte nii lihtsad, on võimalik teada saada just meie käest, mitte läbi oma omad tagasilöögid ja valu.

Paljud ettevõtted on läinud sel teekonnal, et alguses oli lihtsalt mingi infrastruktuur ilma konteineriseerimiseta. Siis nad läksid selle juurde, et kõike oli keeruline hallata, nad läksid Docker'isse ja mingil hetkel jõudsid sellesse seisu, et Docker'is ja selle võimalustes hakkas ruumi kitsaks jääma. Nad hakkasid vaatama, mis on ümberringi, millised süsteemid lahendavad neid probleeme ja eelkõige Kubernetes – see on üks neist süsteemidest, mis võimaldab lahendada probleeme, kui lihtsalt Docker'is hakkab kitsaks minema ja funktsionaalsus ei piisa, see on tõeliselt hea juhtum, kui inimesed tõusavad alt üles, saavad aru, et sellest tehnoloogiast ei piisa ja liiguvad järgmisele tasemele. Nad on midagi kasutanud, jälle on muutunud kitsaks — ja nad lähevad edasi.

See on teadlik valik — ja see on väga äge.

Mulle tundub, et meil on väga ilus süsteem välja kujunenud, näiteks Docker'i kursus, isegi videokursused. Siis Docker'ile järgneb põhitase Kubernetes, siis Mega Kubernetes, siis Ceph. Kõik on loogiliselt üles ehitatud — inimene läbib ja moodustab tervikliku ametikoha.

Tegelikult kursuste komplekt võimaldab katta väga palju juhtumeid, tegelikult kaasaegseid. On veel alasid, mis jäävad halliks alaks, loodan, et me peagi loome mingeid kursusi, mis aitavad neid halli alasid katta, eelkõige mõtleme midagi turvalisuse kohta. Sest see muutub väga oluliseks.

Lühidalt öeldes, meil on mõned hallid alad, mille sulgemine oleks väga hea, et see tõeliselt terviklik pilt oleks — ja inimesed saaksid tulla ja nagu Kubernetes, mis esindab legoklotside koostajat, millest saab erinevaid asju kokku panna, kui midagi veel puudu on — täiendada, et sama oleks ka meie kursustega, et inimesed mõistaksid, mida nad vajavad, koostaksid mingisuguse pusle, mingisuguse komplekti meie kursustest.

Kui esitada endale õige ja aus küsimus: "Kellele on praegu kasulik aktiivne Docker'i kursus?", siis:

• üliõpilastele, kes alles hakkavad süvenema.
• testimise osakonna töötajatele.
• Tegelikult on palju ettevõtteid, kus mitte ainult ei kasutata dockereid, vaid keegi pole sellisest tehnoloogiast kuulnud ja nad ei tea, kuidas seda kasutada. Ja ma tean mitmeid suuri ettevõtteid samas Peterburis, kes on juba aastaid arendusega tegelenud ja nad on pidevalt kinni vanades tehnoloogiates. Eelkõige nende ettevõtete inseneridele võib see kursus olla väga huvitav, kuna see võimaldab kiiresti süveneda sellesse tehnoloogiasse ja kui mitte kaua ilmub mitmeid inseneride, kes mõistavad, kuidas see kõik töötab, saavad nad seda ettevõttesse tuua ning seal arendada seda kultuuri ja suundi.
• Minu arvates võib see kursus olla kasulik ka neile, kes on dockeriga juba natuke töötanud, kuid peamiselt stiilis «tee ühte, tee kahte» — ja nüüd on nad plaanis mingil moel suhelda sama Kubernetesega, ja see seab neile teatud nõudmised, kui teadmised dockerist on väga pinnapealsed, et mis see on ja kuidas seda käivitada, kuid samas ei tea nad, kuidas see seestpoolt töötab, nad ei tea, mida on parem teha ja mida mitte, siis sobib see kursus hea eesmärgiga teadmiste sistematiseerimiseks ja süvendamiseks.

Aga kui teie teadmised on tasemel: «Ma ei tea, kuidas õigesti kirjutada neid dockerifailide, ma suudan ette kujutada, mis on namespaces, kuidas konteinerid töötavad, kuidas need on tegelikult operatsioonisüsteemi tasemel realiseeritud» — siis pole kindlasti mõtet meie juurde tulla, te ei saa uut teada ja see oleks pisut kurb kaotatud raha ja aja pärast.

Kui formuleerida, millised on meie kursuse eelised, siis:

• oleme püüdnud teha selle kursuse piisava arvu praktiliste juhtumitega, mis aitavad teil mitte ainult mõista teoreetilist osa, mis on olemas, vaid ka aru saada, miks see teile vajalik on ja kuidas te seda edaspidi kasutate;
• Seal on mitu jaotist, mida kohtab väga harva, ja üldiselt on nende kohta ka mitte nii palju materjale. Need puudutavad docker'i ja operatsioonisüsteemi vahelist koostööd, isegi natuke teisel viisil. Milliseid mehhanisme on docker kasutanud operatsioonisüsteemist konteineriseerimise süsteemi elluviimiseks - ja see annab sügavamalt arusaamise kogu küsimusest konteinerite käivitamise kohta Linuxi operatsioonisüsteemis. Kuidas see töötab, kuidas see omavahel koostööd teeb operatsioonisüsteemi sees ja väljas ning nii edasi.

See on tõeliselt sügav vaade, mis esineb harva, ja minu arvates on see väga oluline. Kui soovite mõne tehnoloogiaga tõeliselt hästi hakkama saada ja mõista, mida temalt oodata, peate vähemalt ligikaudselt teadma, kuidas see madalamal tasemel töötab.

Meie kursus näitab ja selgitab, kuidas see operatsioonisüsteemi vaatenurgast töötab. Ühelt poolt kasutavad kõik konteineriseerimissüsteemid samu operatsioonisüsteemi mehhanisme. Teisalt võtavad nad operatsioonisüsteemist Linux, näiteks docker. Teised konteineriseerimissüsteemid ei ole midagi uut välja mõelnud - nad on võtnud selle, mis juba olemas Linuxis ja kirjutanud lihtsalt mugava katte, mis võimaldab seda kiiresti kutsuda, käivitada või selle kaudu suhtlemiseks kasutada. Ka docker on vaid väike kiht operatsioonisüsteemi ja käsurea vahel, see on utiliit, mis võimaldab mitte kirjutada kilotonni käske või mõnda C-koodi, et konteinerit luua, vaid teha seda, sisestades paar rida terminali.

Ja lisaks, kui räägime just docker'ist, siis see, mida docker tõi IT-maailma, on standardid. Kuidas peaks rakendus käivituma, kuidas see peaks töötama, millised on logide nõuded, millised on rakenduse skaleerimise ja konfigureerimise nõuded.

Suuresti on docker seotud standarditega.

Standardid liiguvad ka Kubernetesesse - seal on täpselt need samad standardid, kui oskate oma rakendust docker'is õigesti käivitada, töötab see 99% tõenäosusega samamoodi ka Kuberneteses.

Kui tekitas huvi mitte ainult see, kuidas docker'i kursus loodi, vaid ka teised kursused, vaid ka huvi ise kursuse vastu praktilisest vaatenurgast, siis veel on aega osta see ettetellimise soodushinnaga 5000 rubla kuni 30. juuli.

Me oleme rõõmsad teid näha!

Allikas: habr.com