Dalyvis ateina į kursą ar intensyvųjį kursą. Mato tvarkingas techninės pagalbos eiles, tvarkingai išvedžiotus maitinimo laidus, paskaitų salės išdėstymą šachmatais, ryškius paveikslėlius ir skaidrių diagramas. Kalbėtojai su juokeliais ir šypsenomis pateikia informaciją taip, kad jūs tiesiog turėtumėte laiko ją suprasti. Stovai pastatyti, praktikos užduotys tiesiog skrenda iš pirštų, tik kartais prireikia techninio personalo pagalbos. parama.
O taip pat kavos pertraukėlės su bendraminčiais, linksma ir energinga atmosfera, pasikeitimas patirtimi, netikėčiausi klausimai pranešėjams. Ir atsakymų, ir informacijos, kurios nerasite žinynuose, o tik praktiškai.
Kaip manote, kiek laiko, pastangų ir nervų prireikė, kad viskas atrodytų būtent taip?
Ačiū Volodijai Guryanovui, sertifikuotai Kubernetes administratorei ir Southbridge inžinieriui/komandos vadovui, kuris nuo pat pradžių buvo daugelio Slurm kursų kūrimo liudininkas ir aktyviai dalyvavo joje.
Jis matė kurso kūrybos gilumą – sudėtingumą ir dygliuotus grėblius, įžvalgas ir netikėtus sprendimus. Ir jau pažįstami Kubernetes intensyvūs, tokie kaip Slurm Basic ir Slurm Mega. Ir naujas, iš esmės peržiūrėtas kursas , kuri nenumaldomai artėja ir prasidės rugpjūčio 19 d.
Bet, ko gero, užteks dainų žodžių, pereikime prie pačios istorijos. Kaip iš poros intensyvių temų visiškai savarankiška ir įvairiapusė . Taigi pradėsiu pasakojimą apie kursų kūrimą ir plėtojimą – kaip ir „Seniai galaktikoje toli, toli...“
Kas yra užkulisiuose?
Jei paklausite, kaip rengiame kursus ir nuo ko viskas prasideda, aš tiesiog atsakysiu: „Viskas prasideda nuo idėjos“.
Dažniausiai mintis kyla iš kažkur – nesėdime surakinti antrankiais rūsyje, kol nesugalvojame: „Kokia tema kursą rengti? Idėjos kyla iš kažkur pačios iš išorinių šaltinių. Kartais žmonės pradeda aktyviai klausti: „Ką tu žinai apie tokią ir tokią specifinę technologiją? Arba kaip buvo su Dockeriu, kad nebuvo įmanoma jo sutalpinti į intensyvaus kurso laiką – jį, aišku, reikėjo išvesti į lauką, kad turėtų laiko ką nors pasakyti per intensyvų kursą.
Taip atsiranda idėja.
Po jo paskelbimo, mano nuomone, prasideda pats sunkiausias momentas – apskritai suprasti, ką įtraukti į šį kursą – tai labai panašu į tai, kaip pranešėjai ruošiami bet kurioms konferencijoms.
Yra vienas pagrindinis skausmas, kai, atrodo, pasirinkai temą ir pagalvoji: „Ką aš galiu apie tai pasakyti? Tai per daug paprasta, tai akivaizdu, visi tai taip pat žino.
Tačiau iš tikrųjų taip nėra. Ir aš asmeniškai daug kur sakau, kad tai, kas tau atrodo savaime suprantama, tiems, kurie ateina tavęs pasiklausyti ar lankyti kursų, visai nėra akivaizdu. Ir čia susidaro toks didelis darbo sluoksnis ir vidinis konfliktas, ką įtraukti į kursą. Dėl to mes gauname tokį skyrių sąrašą su tokiais didžiuliais potėpiais, apie ką bus kursas.
Ir tada prasideda paprastas įprastas darbas:
- Medžiagos pasirinkimas
- Atidžiai perskaitykite dabartinės versijos dokumentaciją, nes IT pasaulis dabar vystosi tam tikru kosminiu greičiu. Net jei dirbi su kažkuo ir rengi kursą apie tai, turi eiti į dokumentaciją ir pasižiūrėti, kas ten naujo, apie ką įdomaus pakalbėti, ką būtų ypač naudinga paminėti.
- Ir atsiranda tam tikras kurso griaučiai, kur dauguma temų apskritai jau yra aprėptos ir atrodo, kad kas ten yra – filmuokite vaizdo įrašus ir paleiskite juos gaminti.
- Bet iš tikrųjų ne, tada prasideda sunkus darbas, bet ne kursų autoriams, o tiems, kurie testuoja. Paprastai mūsų alfa testuotojai yra techninė pagalba, kuri, pirma, patikrina kursų sintaksines ir gramatines klaidas. Antra, mus skaudžiai muša lazdomis ir keikiasi, kai yra visiškai neakivaizdžių, nesuprantamų vietų. Kai tekstuose atsiranda keletas sudėtingai sudarytų šalutinių sakinių, trunkančių porą puslapių, ar akivaizdžios nesąmonės. Jie viską perskaitė, ieško.
- Tada prasideda praktikos testavimo etapas, kuriame taip pat pagaunami akivaizdūs neveikiantys dalykai ir parodomi momentai, kuriuos galima arba pasunkinti, nes tampa nelabai įdomu – tiesiog sėdėti ir kopijuoti – ir nustatomos vietos, kur labai sunku ir mes turime daug ką nuveikti iš žmonių, kurie lankys šį kursą. Ir tada ateina rekomendacijos: „Vaikinai, padaryk čia paprasčiau, bus lengviau suvokti ir iš to bus daugiau naudos“.
- Atlikus tiek darbų, parašyta su vaizdo įrašu susijusi dalis, viskas lyg ir gerai. Ir jau galite paaukoti gamybai, šio kurso reklamai. Bet vėlgi, ne, dar per anksti, nes pastaruoju metu nustojome šiek tiek pasitikėti savimi ir iš esmės pradėjome daugiau dirbti su atsiliepimais. Yra toks dalykas kaip beta testavimas – tai yra tada, kai kviečiami žmonės iš pašalinių, niekaip nesusijusių su mūsų įmone, o už kažkokias gėrybes jiems parodomos visos kurso dalys, video, tekstas, praktinės užduotys, kad jie įvertino medžiagos kokybę, medžiagos prieinamumą ir padėjo mums padaryti kursą kuo geresnį.
- O kai praeina kelios tokios iteracijos, garsiakalbiai, alfa testavimas techninio palaikymo forma, beta testavimas, patobulinimai. Ir tada viskas prasideda iš naujo – techninis palaikymas, beta testavimas, patobulinimai.
- Ir tam tikru momentu ateina supratimas, kad arba baigiame modifikacijas, nes visiškai nerealu įsitikinti, kad visiems patiks, arba priimami kokie nors drastiški sprendimai. Kai daugelis komentarų tam tikrose vietose yra kritiški, perkartokite juos visame pasaulyje, nes kažkas nutiko.
- Tada ateina laikas smulkiems pataisymams - kai kur sakinys suformuluotas nelabai gražiai, kai kur kažkam nepatinka šriftas, 14,5, bet norėtų 15,7.
- Kai lieka tokio tipo komentarai, tada viskas, kursas daugiau ar mažiau atsidaro, prasideda oficialūs išpardavimai.
Ir iš pirmo žvilgsnio trumpa ir paprasta užduotis sukurti kursą pasirodo visai nelengva ir užtrunka neįtikėtinai ilgai.
Ir dar vienas svarbus momentas, kad darbas su kursu nesibaigia kursą išleidus. Pirmiausia atidžiai perskaitome komentarus, kurie yra palikti tam tikrose dalyse. Ir net nepaisant visų įdėtų pastangų, kai kurie trūkumai vis dar nustatomi, kai kurios klaidos yra taisomos ir gerinamos pakeliui, realiu laiku, kad kiekvienas paskesnis vartotojas gautų geresnę paslaugą.
Kiekvienas kursas turi savo produkto savininką, kuris, be bendros koncepcijos apibrėžimo, tikrina terminus, paraštėse daro pastabas, kad kai ateis laikas visiškai perrašyti kursą, ir jis tikrai ateis, nes po dvejų metų ar net po metų kai kurie iš to, ką mes pasakojame, taps nereikšmingi vien todėl, kad bus moraliai pasenę. Produkto savininkas paraštėse pažymi, kad dažniausiai žmonės klausia, kurie punktai buvo neaiškūs, kokios užduotys atrodė labai sunkios, o kurios – priešingai – labai paprastos. Ir į visa tai atsižvelgiama perrašant kursą, atliekant kokį nors pertvarkymą, kad kiekviena pasaulinio kurso iteracija taptų geresnė, patogesnė ir patogesnė.
Taip atsiranda kursai.
Kaip gimė Docker kursas
Tai mums atskira ir net neįprasta tema. Nes, viena vertus, mes neplanavome to daryti, nes daugelis internetinių mokyklų tai siūlo. Kita vertus, jis pats pasiprašė laisvės ir rado logišką vietą mūsų IT specialistų rengimo Kubernetes koncepcijoje.
Kalbant labai globaliai, iš pradžių viskas prasidėjo nuo kurso apie Kubernetes, kai tik prasidėjo, mano nuomone, po pirmojo Slurm. Surinkome atsiliepimus ir pamatėme, kad daugelis žmonių nori paskaityti ką nors papildomo apie „Docker“ kur nors kitur, ir apskritai daugelis ateina į pagrindinį „Kubernetes“ kursą nežinodami, kas tai yra. .
Todėl antrajam Slurm jie sudarė kursą – tiksliau, net ne kursą, bet padarė porą skyrių apie Dockers. Kur papasakojo keletą elementariausių dalykų, kad į intensyviąją atėję žmonės nesijaustų nuskriausti ir apskritai suprastų, kas vyksta.
Ir tada įvykiai vystėsi maždaug taip. Medžiagos kiekis išaugo ir nustojo tilpti per 3 dienas. Ir atsirado logiška ir akivaizdi mintis: kodėl gi nepavertus to, ką mes aptariame Slurm Basic, į kažkokį mažą kursą, į kurį galėtumėte siųsti žmones, norinčius pažiūrėti ką nors apie Docker, prieš pradėdami lankyti intensyvų kursą apie Kubernetes.
Slurm Junior iš tikrųjų yra kelių tokių pagrindinių kursų derinys. Dėl to Docker kursas tapo „Slurm Junior“ dalimi. Tai yra, tai yra toks nulinis žingsnis prieš и . Ir tada buvo tik labai paprastos abstrakcijos.
Kažkuriuo metu žmonės pradėjo klausinėti: „Vaikinai, viskas puiku, to užtenka, kad suprastum, apie ką kalbate intensyviuose kursuose. Kur galiu plačiau pasiskaityti, ką docker gali padaryti ir kaip su juo dirbti, ir kas tai yra? Taigi kilo mintis tai padaryti tiesiai , kad, pirma, į „Slurm“ naudodamiesi „Kubernetes“ vis dar būtų galima siųsti į jį žmones, o iš kitos pusės – tiems, kuriems Kubernetes šiame kūrimo etape net nesidomi. Kad IT specialistas galėtų ateiti žiūrėti mūsų kursą apie Docker ir pradėti savo evoliucijos kelią tiesiog su grynuoju Docker. Taip, kad turime tokį pilnavertį, išbaigtą kursą – ir tada daugelis, žiūrėdami šį kursą, kurį laiką dirbę su grynu Dockeriu, užaugo iki tokio lygio, kad jiems reikia „Kubernetes“ ar kokios kitos orkestravimo sistemos. Ir jie atėjo pas mus ypač.
Kartais užduodamas klausimas: „Kiems žmonėms dabar nereikia Kubernetes? Bet šis klausimas ne apie žmones, tai greičiau apie įmones. Čia reikia suprasti, kad „Kubernetes“ turi tam tikrų atvejų, kai jis puikiai tinka, ir užduotis, kurias ji gerai išsprendžia, tačiau, priešingai, yra keletas „Kubernetes“ naudojimo scenarijų, kai tai sukelia papildomą skausmą ir papildomas kančias. Todėl tai priklauso net ne nuo žmonių, o nuo to, kokias įmones plėtoja ir kiek laiko.
Pavyzdžiui, koks nors baisus Legacy monolitas - tikriausiai neturėtumėte jo stumti į Kubernetes, nes tai sukels daugiau problemų nei naudos. Arba, pavyzdžiui, jei tai nedidelis projektas, jis turi mažą apkrovą arba, iš esmės, nėra daug pinigų ir išteklių. Nėra prasmės vilkti jį į Kubernetes.
Ir apskritai, tikriausiai, apskritai, kaip daugelis jau sakė, jei užduodate klausimą: „Ar man reikia Kubernetes?“, tada greičiausiai jums to nereikia. Neatsimenu, kas pirmasis sugalvojo, mano nuomone, Paša Selivanovas. Sutinku su tuo 100%. O iki Kubernetes reikia užaugti - o kai jau paaiškės, kad man reikia Kubernetes, o mūsų įmonei jos reikia, ir tai padės išspręsti tokias ir tokias problemas, tada tikriausiai prasminga eiti mokytis ir išsiaiškinti, kaip tiksliai nustatyti gerai, kad perėjimo prie Kubernetes procesas nebūtų labai skausmingas.
Kai kuriuos vaikų negalavimus ir kai kuriuos paprastus, ir net nelabai paprastus dalykus galima sužinoti būtent pas mus, o ne per savo grėblią ir skausmą.
Daugelis įmonių nuėjo būtent taip, kad iš pradžių buvo tiesiog kažkokia infrastruktūra be konteinerių. Tada jie pasiekė tašką, kai tapo sunku visa tai valdyti, jie perėjo prie „Docker“ ir tam tikru momentu jie išaugo iki taško, kai „Docker“ ir tai, ką jis siūlo, tapo ankšta. Ir jie pradėjo žiūrėti, kas yra aplinkui, kokios sistemos sprendžia šias problemas, o ypač Kubernetes - tai viena iš tų sistemų, leidžiančių išspręsti problemas, kai grynas Docker tampa perpildytas ir trūksta funkcionalumo, tai tikrai geras atvejis, kai žmonės Jie eina žingsnis po žingsnio iš apačios į viršų, supranta, kad šios technologijos nepakanka ir pereina į kitą lygį. Kažką panaudojo, vėl pritrūko ir pajudėjo toliau.
Tai sąmoningas pasirinkimas – ir tai labai šaunu.
Apskritai matau, kad mūsų sistema labai gražiai sukonstruota, pvz. , net per vaizdo kursus. Tada po doko jis eina tada tada . Viskas susidėlioja logiškai – žmogus praeina ir atsiranda solidi profesija.
Iš esmės kursų rinkinys leidžia aprėpti daugybę atvejų, net ir šiuolaikinių. Vis dar yra sričių, kurios lieka pilka zona, tikiuosi, kad greitai sukursime kursus, kurie leis uždaryti šias pilkąsias zonas, ypač sugalvosime ką nors apie saugumą. Nes tai tampa labai aktualu.
Trumpai tariant, mes turime keletą pilkų zonų, kurias būtų labai malonu uždaryti, kad būtų pilnas, pilnas vaizdas - ir žmonės galėtų ateiti, o kaip ir pats Kubernetes yra kaip Lego konstruktorius, iš jų galima pasigaminti įvairių dalykų. tai surenka, jei vis tiek nepakanka - papildyti, tas pats su mūsų kursais, kad žmonės suprastų, ko jiems iš to reikia, iš mūsų kursų reikia surinkti savotišką dėlionę, savotišką konstrukcijų rinkinį.
Jei užduosite sau apskritai teisingą ir sąžiningą klausimą: „Kas dabar galėtų naudotis aktyviu Docker kursu?“, tada:
- Studentams, kurie tik pradeda į tai įsitraukti.
- Testavimo skyriaus darbuotojai.
- Tiesą sakant, yra daug įmonių, kurios vis dar ne tik nenaudoja „Docker“, bet ir niekas apie tokią technologiją negirdėjo ir iš esmės nežino, kaip ja naudotis. O aš pažįstu kelias dideles Sankt Peterburgo įmones, kurios daug metų kūrėsi ir naudojo kažkokias senas technologijas, juda ta linkme. Visų pirma tokioms įmonėms, tokių įmonių inžinieriams šis kursas gali būti labai įdomus, nes, pirma, jis leis greitai pasinerti į šią technologiją ir, antra, kai tik pasirodys keli inžinieriai, kurie supras, kaip viskas vyksta. darbus, jie gali tai atnešti į įmonę ir plėtoti šią kultūrą bei šias kryptis įmonėje.
- Mano nuomone, šis kursas vis dar gali būti naudingas tiems, kurie jau dirbo su dokeriu, bet labai mažai ir daugiau „daryk vieną kartą, daryk du kartus“ - o dabar jie kažkaip bendraus su tais pačiais „Kubernetes“, ir tai nustato jiems tam tikrus įsipareigojimus, jei labai paviršutiniškai žinai, kas yra docker, kaip jį paleisti, bet tuo pačiu nežinai kaip jis veikia iš vidaus, nežinai, ką geriausia daryti to ir ko geriau nedaryti, Tada šis kursas puikiai tinka žinioms sisteminti ir gilinti.
Bet jei turite žinių lygiu: „Nežinau, kaip teisingai parašyti tuos pačius „Docker“ failus, galiu įsivaizduoti, kas yra vardų erdvės, kaip veikia konteineriai, kaip jie realiai įdiegti operacinės sistemos lygiu“ – tada yra Tikrai nėra prasmės pas mus eiti, nieko naujo nesužinosite ir šiek tiek liūdėsite dėl išleistų pinigų ir laiko.
Jei suformuluosime, kokius privalumus turi mūsų kursas, tada:
- Stengėmės, kad šis kursas būtų pakankamas praktinių atvejų, kurie leistų ne tik suprasti esamą teorinę dalį, bet ir suprasti, kam jos reikia ir kaip ją panaudosite ateityje;
- yra keletas skyrių, kuriuos labai retai kur galima rasti - ir apskritai apie juos nėra tiek daug medžiagos. Jie susiję su Docker sąveika su operacine sistema, net šiek tiek kitaip. Kokius mechanizmus „Docker“ perėmė iš operacinės sistemos, kad įdiegtų konteinerių sistemą – ir tai leidžia giliau suprasti visą konteinerių veikimo „Linux“ operacinėje sistemoje problemą. Kaip tai veikia, kaip sąveikauja tarpusavyje operacinės sistemos viduje, išorėje ir pan.
Tai toks tikrai gilus žvilgsnis, kad tai nutinka gana retai, ir tuo pačiu, mano nuomone, tai labai svarbu. Jei norite gerai suprasti bet kurią technologiją ir suprasti, ko iš jos tikėtis, turite bent jau turėti bendrą supratimą apie tai, kaip ji veikia žemu lygiu.
Mūsų kursas parodo ir pasakoja, kaip tai veikia operacinės sistemos požiūriu. Viena vertus, visos konteinerių sistemos naudoja tuos pačius operacinės sistemos mechanizmus. Kita vertus, jie imasi to, kas yra „Linux“ operacinėje sistemoje, pavyzdžiui, „Docker“. Kitos konteinerizacijos sistemos nieko naujo nesugalvojo – paėmė tai, kas jau buvo Linux sistemoje, ir parašė tiesiog patogų įpakavimą, leidžiantį greitai jį iškviesti, paleisti ar kaip nors su juo bendrauti. Tas pats „Docker“ nėra labai didelis sluoksnis tarp operacinės sistemos ir komandų eilutės, tai yra tam tikra programa, leidžianti nerašyti kilotonų komandų ar kažkokio C kodo, kad būtų sukurtas konteineris, o tai padaryti įvedus pora eilučių terminale.
Ir dar vienas dalykas, jei kalbame konkrečiai apie „Docker“, tai, ką „Docker“ iš tikrųjų atnešė į IT pasaulį, yra standartai. Kaip programa turi būti paleista, kaip ji turėtų veikti, kokie reikalavimai keliami žurnalams, kokie yra mastelio, pačios programos konfigūravimo reikalavimai.
Daugeliu atžvilgių dokeris yra susijęs su standartais.
Standartai taip pat perkeliami į „Kubernetes“ ir yra lygiai tokie patys standartai; jei žinote, kaip gerai paleisti programą „Docker“, tada 99% laiko ji taip pat veiks ir „Kubernetes“.
Jei susidomėjote ne tik tuo, kaip buvo sukurtas Docker kursas, bet ir kiti kursai, bet susidomėjote ir pačiu kursu iš praktinės pusės, tada
Mums bus malonu jus pamatyti!
Šaltinis: www.habr.com