Kulinaaria. Kuidas kursused sünnivad?

Osaleja tuleb kursusele või intensiivkursusele. Ta näeb tehnilise toe sirgeid ridasid, korralikult paigaldatud toitekaableid, loengusaali šahhi vormis, ere pilti ja slaidide skeeme. Esinejad edastavad teavet naljakalt ja naeratades, nii et vaid jõuad süveneda. Stendid on seadistatud, praktilised ülesanded lihtsalt lendavad sõrmedest, kuigi vahel on vajalik tehnilise toe abi.

Ja ka kohvipause, et jagada mõtteid sarnaste huvidega inimestega, energiline ja dünaamiline õhkkond, kogemuste vahetamine, esinejatele kõige ootamatumad küsimused. Ja vastused, ja info, mida juhendites ei leia, vaid ainult praktikas.

Kuidas arvad, kui kaua aega, energiat ja närve kulus, et see välja näeks just nii?

Aitäh Volodale Guryanovile, Kubernetes'i sertifitseeritud administraatorile ja insenerile/meeskonna juhile Southbridge'is, kes oli algusest peale paljusid Slërma kursuste loomise tunnistajaks ja aktiivseks osaliseks.

Ta on näinud kursuste loomise tagapool — keerukused ja teravad takistused, arusaamad ja ootamatud lahendused. Ning juba tuttavaid intensiivkursusi Kubernetes'es, nagu Slërm Basic ja Slërm Mega. Ja uut, paljuski üle töötatud kursust. Slërm DevOps: Tools&Cheats, mis tõukab lähemale ja algab 19. augustil.

Aga piisavalt luulest, liikugu nüüd loo juurde. Kuidas paar intensiivi teemat järk-järgult kujunes iseseisvaks ja mitmekesiseks Docker kursuseks.Nii et alustan jutustust, kuidas kursused tekivad ja arenevad — lausa "Kaugel, kaugel galaktikas…"

Aga mis toimub kulisside taga?

Kui küsite, kuidas me kursusi loome ja kust kõik algab, vastan lihtsalt: "Kõik algab ideest".

Tavaliselt tuleb idee kuskilt — me ei istu käerauad käes keldris, oodates, et mõtleme: „Millise teema ümber me kursuse teeksime?”. Ideed tulevad meieni justkui väliste allikate kaudu. Mõnikord hakkavad inimesed aktiivselt küsima: „Mida te teadsite sellisest või sellisest tehnoloogiast?” Või nagu juhtus Dockeriga, et seda ei õnnestunud intensiivsesse ajakavasse mahutada — see tuli ilmselgelt välja viia, et intensiivis midagi rääkida.

Just selliselt sünnib idee.

Pärast seda, kui ta end ilmsiks tegi, algab, minu arvates, kõige keerulisem hetk — aru saada, mida kursusele lisada — see on väga sarnane sellele, kuidas esinejad valmistuvad erinevateks konverentsideks.

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

Aga tegelikult ei ole see sugugi nii. Ja ma isiklikult räägin palju kohtades, et see, mis sinule tundub ilmselge, ei ole absoluutselt ilmselge nendele, kes tulevad sind kuulama või kursust läbima. Siit tuleneb suur töö ja sisemine konflikt, mida siis kursusele lisada. Selle tulemuseks on selline peade loetelu, mis kirjeldab kursuse sisu suuresti.

Edasi algab lihtne rutiinitöö:

• Materjali valimine
• Praeguse versiooni dokumentatsiooni tähelepanelik lugemine on hädavajalik, kuna IT-maailm areneb ülipalju kiiremini. Isegi kui töötad millegagi ja teed sellest kursust, pead sa ikkagi minema dokumentatsiooni juurde ja vaatama, mis seal uut on, mida oleks huvitav jagada või mis võiks olla eriti kasulik märkida.
• Kursus hakkab saama teatud krundi, kus enamik teemasid on tegelikult kirja pandud ja tundub, et nüüd tuleb vaid videoid salvestada ja need tootmisprotsessi saata.
• Kuid tegelikult ei ole see nii; järgneb raske töö, kuid see ei ole enam kursuse autorite jaoks, vaid neile, kes katsetavad. Üldiselt on meie alfa-testijateks tehniline tugi, kes, esiteks, vaatab kursused üle erinevate süntaktiliste ja grammatika vigade osas. Teiseks, nad pahandavad ja karjuvad, kui esinevad täiesti arusaamatud ja segased kohad. Kui tekstides tekivad keerulised ja pikad laused, mis venivad kahe lehekülje peale või on selgelt tobedad, siis nad märgivad kõik need üles ja kontrollivad.
• Seejärel algab praktikate testimise etapp, kus tuvastatakse jälle ilmselgeid mitte toimivaid asju ja tuuakse välja hetked, mida saab keerulisemaks muuta, kuna lihtsalt kopeerimine muutub väga igavaks. Samuti tuvastatakse kohad, kus on väga keeruline ja meil on inimesi, kes selle kursuse läbivad, suhtes suured ootused. Seega tulevad soovitused: "Tehke, sõbrad, siin lihtsam, see on kergemini arusaadav ja toob rohkem kasu."
• Kui see töö on tehtud, on kirjutatud kõik, mis videoga seondub, ja kõik tundub hea. Selle kursuse reklaamimiseks võib juba minna. Aga ikkagi on veel vara — kuna viimasel ajal oleme hakanud endasse vähem usaldama ja Oleme hakanud rohkem tagasisidet kasutama. Tuli välja asi, mida nimetatakse beetatesti tegemiseks – kutsume inimesi, kes meiega ei seondu, ja mida nad saavad kursuse osi, videoid, teksti ja praktilisi ülesandeid, et nad hindaksid materjali kvaliteeti ja kergesti kätte saadavust, aidates meil kursuse maksimaalselt heaks teha.
• Ja kui pärast mitut sellist iteratsiooni, esinejate, alfa-testimise, tehnilise toe, beetatesti ja täiendustega, algab protsess uuesti — tehniline tugi, beetatestimine, täiendused.
• Ja mingil hetkel saab arusaam selgeks, et kas me lõpetame täiustamised, kuna on täiesti ebareaalne teha seda, mis kõigile meeldib, või teeme muutusi. Kui paljusid märkusi teatud kohtade kohta peetakse kriitiliseks — tuleb need globaalselt üle vaadata, sest midagi on valesti läinud.
• Siis saabub aeg väikeste paranduste jaoks — kuskil on lause halvasti vormuliseeritud, kuskile ei meeldi font, 14,5, aga soovitakse 15,7.
• Kui jäävad sellised märkused, siis kõik, kursus avatakse rohkem-vähem, ametlikud müügid saavad alguse.

Ja esmapilgul lihtne ja lühike ülesanne kursuse koostamine osutub täiesti keeruliseks ning võtab uskumatult palju aega.

Ja on veel üks oluline punkt: kursuse töö ei lõpe siis, kui kursus on välja antud. Esiteks loeme hoolikalt kommentaare, mida jäetakse erinevate osade kohta. Isegi hoolimata kõigist neist pingutustest, mis me oleme teinud, tuvastatakse siiski mingeid vigu, mis jooksvalt parandatakse ja viimistletakse, et iga järgmine kasutaja saaks kvaliteetsemat teenust.

Igal kursusel on oma tootejuht, kes mitte ainult ei määra üldist kontseptsiooni ja kontrollib tähtaegu, vaid teeb ka märkmeid, et kui tuleb aeg kursuse täielikuks ümberkirjutamiseks — see aeg kindlasti tuleb, sest kahe aasta pärast, kui mitte varem, osa sellest, mida me räägime, muutub ebaoluliseks lihtsalt seetõttu, et see moraalselt vananeb. Tootejuht teeb märkmeid, et mida inimesed kõige sagedamini küsivad, millised hetked olid arusaamatud, millised ülesanded tundusid väga keerulised ja millised, vastupidi, väga lihtsad. Kõike seda võetakse arvesse kursuse uuesti salvestamisel, mingi refaktoreerimise käigus, et iga globaliseeritud kursuse iteratsioon muutuks paremaks, mugavamaks ja mõnusamaks.

Nii tekivadki kursused.

Kuidas sündis Docker kursus

See on eraldi ja isegi meile ebatavaline teema. Sest ühelt poolt me ei plaaninud seda teha, kuna paljud online-koolid pakuvad seda. Kuid teiselt poolt, see justkui palus ennast vabastada ja leidis loogilise koha meie IT-spetsialistide Kubernetes'e ettevalmistamise kontseptsioonis.

Kui rääkida väga globaalselt, siis kõik sai alguse Kubernetes kursusest, kui see alles käivitus, arvan, et pärast esimest Slõrmi. Kogusime tagasisidet ja nägime, et paljud tahavad lugeda veel midagi dockeritest ja üldiselt tulevad paljud Kubernetes põhiprogrammile, teadmata, mis see on. Docker.

Seega teise Slõrmi jaoks tegime kursuse — pigem mitte kursuse, vaid kaks peatükki dockerite kohta. Kus räägiti mõned kõige põhilisemad asjad, et inimesed, kes tulevad intensiivkursusele, ei tunneks end puudutatuna ja üldiselt saaksid aru, mis toimub.

Ja siis sündmused arenesid umbes nii. Materjali hulk kasvas ja enam ei mahtunud kolme päeva sisse. Ilmnes loogiline ja ilmne mõte: miks mitte teha sellest, millest me räägime Slõrmi Baasil, mingi väike kursus, kuhu võiks suunata inimesi, kes tahavad enne Kubernetes intensiivkursust midagi dockerite kohta vaadata.

Slõrm Junior on tegelikult mitme sellise põhikursuse ühendamine. Lõppkokkuvõttes sai dockerite kursus Slõrm Juniori osaks. See on nagu nulltaseme kursus enne Põhikursust ja Mega. Ja siis olid seal täiesti põhilised abstraktsioonid.

Kuskil hetkel hakkasid inimesed küsima: „Kutid, see on kõik tore, sellest piisab, et aru saada, millest te intensiivkursustel räägite. Aga kus saab lugeda rohkem selle kohta, mida Docker suudab, kuidas sellega töötada ja millega tegu on?“ Nii tekkis idee teha sellest täielik kursus Dockeri kohta, et esiteks saaks sinna suunata inimesi, kes tulevad Slörrmil Kubernetesest, ja teiseks, et ka neile, kellele Kubernetes hetkel ei pruugi huvi pakkuda. Et IT-spetsialist saaks tulla ja vaadata meie Dockeri kursust ning alustada oma arenguteed lihtsalt puhta Dockeriga. Et meil oleks selline täielik, lõpetatud kursus — ja paljud neist, kes hiljem selle kursuse vaatavad ja veidi aega puhta Dockeriga töötavad, kasvavad sellisele tasemele, kus neile on juba vajalik Kubernetes või mõni muu orkestreerimisse süsteem. Ja tulid just meie juurde.

Mõnikord küsitakse: "Millised inimesed ei vaja praegu Kubernetes't?" Kuid see küsimus ei puuduta inimesi, pigem on see küsimus ettevõtetest. Siin tuleb mõista, et Kubernetes'il on teatud juhtumid, kus see sobib hästi ja ülesanded, mida ta tõhusalt lahendab, aga on ka vastupidiseid stsenaариume, kus Kubernetes toob kaasa lisaprobleeme ja kannatusi. Seega ei sõltu see isegi inimestest, vaid sellest, mida ja kuidas ettevõtted arendavad.

Näiteks, kui tegemist on mõne õudse pärandi monoliidiga — tõenäoliselt ei tohiks seda suruda Kubernetes'i, kuna see toob rohkem probleeme kui eeliseid. Või näiteks, kui see on mingi väike projekt — sellel on väikesed koormused või lihtsalt pole palju raha ja ressursse. Siis pole selle viimine Kubernetes'i mitte mingit mõtet.

Ja, tõenäoliselt, nagu paljusid on juba öelnud, kui te mõtlete: "Kas mul on Kubernetes vajalik?", siis tõenäoliselt ei ole see teile vajalik. Ma ei mäleta, kes selle esmakordselt välja ütles, arvatavasti Pasha Selivanov. Olen sellega 100% nõus. Enne Kubernetesesse minemist tuleb endal edasi areneda — ja just siis, kui tekib arusaam, et mulle on Kubernetes tõeliselt vajalik ja meie ettevõttele see sobib, siis aitab see lahendada teatud küsimusi. Seega on ilmselt mõistlik õppida, kuidas seda õigesti seadistada, et üleminek Kubernetesesse ei oleks liiga valus.

Mõningad algajad probleemid ja isegi mitte väga keerulised asjad, mida saab meie juures teada, selle asemel et läbi omaenda takistuste ja valu minna.

Paljuski ettevõtted on läbinud tee, kus alguses oli lihtsalt infrastruktuur ilma konteinerdamiseta. Siis liikusid nad edasi, kuni hakkas kõike raskeks juhtida, ja läksid Dockerite peale ning mingil hetkel jõudsid olukorda, kus Dockeris ja selle pakkumistes oli kitsas. Nad hakkasid vaatama, mis nende ümber on, millised süsteemid need probleemid lahendavad, ja eriti Kubernetes - see on üks sellistest süsteemidest, mis aitab lahendada probleeme, kui puhtast Dockerist jääb puudu ja funktsionaalsust on vähe. See on tõeliselt hea juhtum, kus inimesed lähevad alt üles samm-sammult, mõistes, et sellest tehnoloogiast ei piisa ja nad liiguvad järgmisele tasemele. Kasutavad midagi, jääb jälle väheks - ja nad liiguvad edasi.

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

Ma näen üldiselt, et meie süsteem hakkab väga hästi korralduma, näiteks kursus Dockerist, isegi videokursustena. Siis pärast Dockerit tuleb põhikursus Kubernetes, seejärel Mega Kubernetes, seejärel Ceph. Kõik on loogiliselt üles ehitatud - inimene läbib selle ja tulemuseks on täielik eriala.

Põhimõtteliselt võimaldab kursuste komplekt lahendada väga paljusid kaasaegseid olukordi. On veel valdkondi, mis jäävad halli alana, loodan, et me peagi teeme mõningaid kursusi, mis katavad need hallid alad, eriti mis puudutab turvalisust, midagi mõtleme välja. Sest see muutub väga aktuaalseks.

Lühidalt öeldes on meil mõned hallid alad, mida oleks väga hea katta, et see oleks tõeliselt terviklik pilt — ja inimesed saaksid tulla ning nagu Kubernetes on lego ehitaja, millest saab erinevaid asju kokku panna, kui veel vajaka jääb — täiendage, nii on ka meie kursustega, et inimesed saaksid aru, mida nad vajavad ja koguda mingit puslet, mingit komplekti meie kursustest.

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

• Üliõpilastele, kes just alustavad teemaga tutvumist.
• Testimise osakonna töötajatele.
• Tegelikult on palju ettevõtteid, kus ei tunta docker’i tehnoloogiat, isegi ei teadagi, kuidas seda kasutada. Ma tean mitmeid suuri ettevõtteid Peterburis, kes on juba aastaid arendusega tegelenud, ja nad ikka kasutavad vanu tehnoloogiaid. Eelkõige selliste ettevõtete inseneride jaoks võiks see kursus olla väga huvitav, kuna see võimaldab kiiresti tutvuda tehnoloogiaga ning kui mõni insener mõistab, kuidas see kõik töötab, saavad nad selle ettevõttesse tuua ja seal edasi arendada kultuuri ning suundi, mis sellega kaasnevad.
• Minu arvates võib see kursus olla kasulik neile, kes on juba töötanud dockeriga, aga väga vähe ja rohkem stiilis „tee üks, tee kaks“ — ning nüüd nad kavandavad mingil moel suhelda samasuguse Kubernetes’iga, mis seab neile teatud kohustused, kui neil on vaid pinnapealsed teadmised dockerist, kuidas seda käivitada, kuid nad ei tea, kuidas see seestpoolt töötab, ei tea, mida tema sisu kohta paremini teha, või mida pigem vältida, siis on see kursus hea, et teadmisi süsteematiseerida ja süvendada.

Kuid kui teie teadmised on tasemel: „Ma ei tea, kuidas õigesti kirjutada neid samu docker-failide, ma kujutan ette, mis asi on namespaces, kuidas konteinerid töötavad, kuidas need tegelikult on rakendatud operatsioonisüsteemi tasandil” — siis pole kindlat mõtet meie juurde tulla, uut teavet te ei saa ja see võib olla pisut kurb raisatud raha ja aja tõttu.

Kui sõnastada, millised on meie kursuse eelised, siis:

• Selle kursuse oleme koostanud piisava arvu praktiliste näidete alusel, mis aitavad teil lisaks olemasolevale teoreetilisele osale mõista, miks see teile vajalik on ja kuidas te seda tulevikus kasutate.
• Kursusel on mitu jaotust, mida kohtab harva - ja mille kohta üldse ei ole palju materjale. Need käsitlevad dockeri koostööd operatsioonisüsteemiga, isegi natuke erinevalt. Milliseid mehhanisme on docker osale operatsioonisüsteemilt ära võtnud, et rakendada konteineriseerimise süsteemi - ja see annab sügavamaksvate teadmiste, mis puudutab konteinerite käivitamist Linuxi operatsioonisüsteemis. Kuidas see töötab, kuidas see omavahel operatsioonisüsteemi sees ja väljas suhtleb jne.

See on tõeliselt sügav vaade, mis on üsna haruldane, ja minu arvates on see väga oluline. Kui soovite mõista igasugust tehnoloogiat tõeliselt hästi ja teada, mida sellest oodata, peate vähemalt üldjoontes mõistma, kuidas see madalal tasemel töötab.

Meie kursus selgitab, kuidas see kõik toimib operatsioonisüsteemi vaatenurgast. Ühelt poolt kasutavad kõik konteineriseerimissüsteemid samu operatsioonisüsteemi mehhanisme. Teiselt poolt võtavad nad selle, mis juba on Linuxi operatsioonisüsteemis, nagu Docker. Teised konteineriseerimissüsteemid ei ole midagi uut välja mõelnud — nad on kasutanud juba olemasolevat Linuxit ja kirjutanud lihtsalt mugava mähise, mis võimaldab seda kiiresti käivitada, kasutada või muul viisil suhelda. Isegi Docker ei ole väga suur vahekiht operatsioonisüsteemi ja käsurea vahel, see on nagu utiliit, mis võimaldab mitte kirjutada tonnide viisi käske või mingit C keele koodi konteineri loomiseks, vaid saavutada see lihtsalt paar rida terminalis sisestades.

Ja veel, kui räägime just Dockerist, siis tegelikult, mida Docker tõi IT-maailma – need on standardid. Kuidas rakendus peaks käivituma, kuidas see peaks toimima, millised on logide nõuded, millised on nõuded rakenduse skaleerimise ja seadistamise osas.

Suures osas on Docker seotud standarditega.

Standardid tõstetakse samuti Kubernetesesse — ja seal on täpselt samad standardid; kui oskate oma rakendust Dockeris hästi käivitada, siis 99% tõenäosusega töötab see ka Kuberneteses sama hästi.

Kui teid huvitavad mitte ainult see, kuidas Docker'i kursus loodi, vaid ka teised kursused, ning välja huvitab ka praktika, siis on veel aega osta see eelregistreerimise soodushinnaga 5000 rubla kuni 30. juulini.

Ootame teid rõõmuga!

Allikas: habr.com