Osaleja tuleb kursusele või intensiivkursusele. Ta näeb korralikke tehnilise toe ridu, korralikult vedatud toitekaableid, loengusaali ruudukujulist paigutust, eredaid pilte ja slaidiskeeme. Nalja ja naeratusega kõnelejad annavad infot välja nii, et sul on lihtsalt aega sellest aru saada. Tribüünid on püsti pandud, harjutusülesanded lendavad lihtsalt näppudest, ainult et vahel on vaja tehnilise personali abi. toetus.
Ja ka kohvipausid mõttekaaslastega, rõõmsameelne ja energiline õhkkond, kogemustevahetus, kõige ootamatumad küsimused esinejatele. Nii vastused kui ka teave, mida te juhenditest ei leia, vaid ainult praktikas.
Mis te arvate, kui palju aega, vaeva ja närve kulus selle täpselt selliseks muutmiseks?
Aitäh Volodja Gurjanovile, sertifitseeritud Kubernetese administraatorile ja Southbridge'i insenerile/meeskonna juhile, kes on olnud tunnistajaks paljude Slurmi kursuste loomisele ja osalenud selle loomisel algusest peale.
Ta nägi loomulikult loomise tagapõhja – keerukusi ja okkalisi rehasid, taipamisi ja ootamatuid lahendusi. Ja juba tuttavad Kubernetese intensiivsed, nagu Slurm Basic ja Slurm Mega. Ja uus, suuresti muudetud kursus , mis on vääramatult lähenemas ja algab 19. augustil.
Kuid võib-olla piisab laulusõnadest, liigume edasi loo enda juurde. Kuidas paarist intensiivsest teemast täiesti isemajandav ja mitmetahuline . Alustan siis lugu sellest, kuidas kursused luuakse ja arendatakse – täpselt nagu "Kaua aega tagasi galaktikas kaugel, kaugel..."
Mis on kulisside taga?
Kui küsite, kuidas me kursusi teeme ja millest see kõik alguse saab, vastan lihtsalt "Kõik algab ideest."
Tavaliselt tuleb see idee kuskilt – me ei istu käeraudades keldris enne, kui mõtleme: "Mis teemal peaksime kursuse tegema?" Ideed tulevad kuskilt omapäi välistest allikatest. Mõnikord hakkavad inimesed aktiivselt küsima: "Mida te teate sellisest ja sellisest spetsiifilisest tehnoloogiast?" Või kuidas Dockeriga oli nii, et teda polnud võimalik intensiivkursuse ajastusse mahutada - ilmselgelt tuli ta õue viia, et intensiivkursusel oleks aega midagi rääkida.
Nii tekib idee.
Pärast selle väljakuulutamist algab minu arvates kõige raskem hetk - üldiselt aru saada, mida sellesse kursusesse lisada - see on väga võrreldav sellega, kuidas esinejad valmistuvad mis tahes konverentsideks.
Üks peamine valu on siis, kui oled justkui teema valinud ja mõtled: “Mida ma selle kohta öelda oskan? See on liiga lihtne, see on ilmne, kõik teavad ka seda."
Kuid tegelikult pole see sugugi nii. Ja ma isiklikult ütlen paljudes kohtades, et see, mis tundub teile, neile, kes tulevad teid kuulama või kursusele, tundub iseenesestmõistetav, pole üldse ilmne. Ja siin tekibki selline suur töökiht ja sisemine konflikt, et mida kursusele kaasata. Tulemuseks on selline peatükkide loetelu, millel on nii suur löök, millest kursus räägib.
Ja siis algab lihtne rutiinne töö:
- Materjali valik
- Lugege hoolikalt praeguse versiooni dokumentatsiooni, sest IT-maailm areneb praegu mingil kosmilisel kiirusel. Isegi kui töötate millegi kallal ja koostate selle kohta kursuse, peate minema dokumentatsiooni ja vaatama, mis seal uut on, millest on huvitav rääkida, mida võib olla eriti kasulik mainida.
- Ja tekib teatud kursuse skelett, kus enamus teemasid üldiselt on juba läbitud ja tundub, et mis seal ikka - salvestage videoid ja käivitage need tootmisse.
- Aga tegelikult ei, siis algab raske töö, kuid mitte kursuse autoritel, vaid neil, kes testivad. Tavaliselt on meie alfatestijateks tehniline tugi, kes esiteks kontrollib kursusi süntaktiliste ja grammatiliste vigade suhtes. Teiseks pekstakse meid valusalt pulkadega ja sõimatakse, kui on mingid täiesti silmapaistmatud, arusaamatud kohad. Kui tekstidesse ilmuvad mingid keeruliselt koostatud paarileheküljelised allutatud laused või ilmselge jama. Nad loevad seda kõike, jälgivad seda.
- Seejärel algab harjutustestimise etapp, kus püütakse kinni ka mõned ilmselged mittetöötavad asjad ja näidatakse hetki, mida saab kas keerulisemaks teha, kuna ei muutu eriti huvitavaks - lihtsalt istumine ja kopeerimine - ja tehakse kindlaks kohad, kus on väga raske ja meil on palju teha inimestelt, kes selle kursuse läbivad. Ja siis tulevad soovitused: "Poisid, tehke see siin lihtsamaks, seda on lihtsam tajuda ja sellest on rohkem kasu."
- Kui see töömaht on tehtud, on videoga seotud osa kirja pandud, tundub, et kõik on korras. Ja saate juba annetada selle tootmiseks, selle kursuse reklaamimiseks. Aga jällegi, ei, see on liiga vara - sest viimasel ajal oleme lõpetanud natuke enda usaldamise ja oleme põhimõtteliselt hakanud rohkem tagasisidega tegelema. On olemas selline asi nagu beetatestimine - see on see, kui kutsutakse inimesi väljastpoolt, kes pole meie ettevõttega kuidagi seotud ja mõne maiuse jaoks näidatakse neile kõiki kursuse osi, videoid, teksti, praktilisi ülesandeid, et nad saaksid. hindas materjali kvaliteeti, materjali kättesaadavust ning aitas meil kursuse võimalikult heaks muuta.
- Ja kui mitu sellist iteratsiooni läbib, kõlarid, alfa testimine tehnilise toe kujul, beetatestimine, täiustused. Ja siis algab kõik otsast peale – tehniline tugi, beetatestimine, täiustused.
- Ja ühel hetkel tuleb arusaam, et kas oleme modifikatsioonidega valmis, sest on täiesti ebareaalne veenduda, et see kõigile meeldiks, või tehakse mingid drastilised otsused. Kui paljud kommentaarid teatud kohtades on kriitilised, tehke need globaalselt uuesti, sest midagi läks valesti.
- Siis saabub aeg pisitoimetusteks - kuskil pole lause väga ilusti sõnastatud, kuskil kellelegi ei meeldi font, 14,5, aga tahaks 15,7.
- Kui seda tüüpi kommentaar jääb, siis ongi kõik, kursus enam-vähem avaneb, algab ametlik müük.
Ja esmapilgul ei osutu kursuse loomise lühike ja lihtne ülesanne sugugi lihtsaks ja võtab uskumatult kaua aega.
Ja on veel üks oluline punkt, et töö kursusega ei lõpe kursuse vabastamisega. Esiteks lugesime hoolikalt läbi teatud osadele jäetud kommentaarid. Ja isegi hoolimata kõigist meie tehtud jõupingutustest tuvastatakse mõned vead, mõned vead parandatakse ja täiustatakse reaalajas, et iga järgmine kasutaja saaks paremat teenust.
Igal kursusel on oma tooteomanik, kes lisaks üldkontseptsiooni defineerimisele kontrollib ka tähtaegu, teeb veeristele märkmeid, et kui tuleb aeg kursus täielikult ümber kirjutada, ja see kindlasti tuleb, sest kahe aasta pärast, või isegi aasta hiljem muutub osa sellest, mida me räägime, ebaoluliseks lihtsalt seetõttu, et see muutub moraalselt vananenuks. Tooteomanik märgib veeristele, et kõige sagedamini küsitakse, millised punktid jäid ebaselgeks, millised ülesanded tundusid väga rasked ja millised tundusid, vastupidi, väga lihtsad. Ja seda kõike arvestatakse kursuse ümberlindistamisel, mingisuguse ümbertegemise käigus, et iga globaalse kursuse iteratsioon muutuks paremaks, mugavamaks ja mugavamaks.
Nii ilmuvad kursused.
Kuidas Dockeri kursus sündis
See on meie jaoks omaette ja isegi ebatavaline teema. Sest ühest küljest me ei plaaninud seda teha, sest paljud veebikoolid pakuvad seda. Teisalt palus ta ise vabadust ja leidis loogilise koha meie Kubernetes IT-spetsialistide koolitamise kontseptsioonis.
Kui väga globaalselt rääkida, siis esialgu sai kõik alguse Kubernetese kursusest, kui see alles algas minu arvates pärast esimest Slurmi. Kogusime tagasisidet ja nägime, et paljud tahavad kuskilt mujalt Dockeri kohta midagi lisaks lugeda ja üldiselt tulevad paljud Kubernetese algkursusele teadmata, mis see on .
Seetõttu tegid nad teise Slurmi jaoks kursuse - õigemini isegi mitte kursuse, vaid tegid paar peatükki Dockersi kohta. Kus räägiti mõned kõige elementaarsemad asjad, et intensiivsesse tulijad ei tunneks end puudust tundvana ja saaksid üldiselt toimuvast aru.
Ja siis sündmused arenesid umbes nii. Materjali kogus kasvas ja ei sobinud enam 3 päevaga. Ja tekkis loogiline ja ilmselge mõte: miks mitte muuta see, mida Slurm Basicus käsitleme, mingiks väikeseks kursuseks, kuhu võiks enne Kubernetese intensiivkursusele minekut saata inimesed, kes tahavad midagi Dockeri kohta vaadata.
Slurm Junior on tegelikult mitme sellise baaskursuse kombinatsioon. Selle tulemusena sai Dockeri kursusest osa Slurm Juniorist. See tähendab, et see on selline null samm enne и . Ja siis olid lihtsalt väga elementaarsed abstraktsioonid.
Mingil hetkel hakati küsima: "Poisid, see on kõik suurepärane, sellest piisab, et aru saada, millest te intensiivkursustel räägite. Kust saab täpsemalt lugeda, mida docker teha saab ja kuidas sellega töötada ning mis see on? Nii tekkiski mõte asja selgeks teha , et esiteks saaks ikka sinna saata inimesi, kes tulevad Slurmi Kubernetese abil, ja teisalt neile, kes Kubernetesest praeguses arengujärgus isegi ei huvita. Et IT-spetsialist saaks tulla meie Dockeri kursust vaatama ja alustada oma evolutsiooniteed lihtsalt puhta Dockeriga. Et meil on selline täisväärtuslik, terviklik kursus - ja siis paljud, olles seda kursust vaadanud, olles mõnda aega puhta Dockeriga töötanud, on kasvanud sellisele tasemele, et neil on vaja Kubernetes või mõnda muud orkestreerimissüsteemi. Ja nad tulid eriti meie juurde.
Mõnikord küsitakse: "Millised inimesed ei pruugi praegu Kubernetest vajada?" Aga see küsimus ei puuduta inimesi, see on pigem ettevõtete küsimus. Siin peate mõistma, et Kubernetesel on teatud juhtumid, kus see sobib hästi, ja ülesanded, mida see hästi lahendab, kuid vastupidi, Kubernetese kasutamisel on mõned stsenaariumid, kui see põhjustab täiendavat valu ja täiendavaid kannatusi. Seetõttu ei sõltu see isegi inimestest, vaid sellest, milliseid ettevõtteid ja kui kaua on arendatud.
Näiteks mõni kohutav Legacy monoliit - tõenäoliselt ei tohiks seda Kubernetesesse suruda, sest see põhjustab rohkem probleeme kui kasu. Või näiteks kui tegemist on väikese projektiga, on sellel väike koormus või põhimõtteliselt vähe raha ja ressursse. Pole mõtet seda Kubernetesesse tirida.
Ja üldiselt, tõenäoliselt, üldiselt, nagu paljud inimesed on juba öelnud, kui esitate küsimuse: "Kas ma vajan Kubernetest?", siis tõenäoliselt pole teil seda vaja. Ma ei mäleta, kes selle esimesena välja tuli, minu arvates Paša Selivanov. Nõustun sellega 100%. Ja Kuberneteseks on vaja kasvada - ja kui juba saab selgeks, et mina vajan Kubernetest ja meie ettevõte vajab seda ning see aitab selliseid ja selliseid probleeme lahendada, siis on ilmselt mõttekas minna õppima ja välja mõelda, kuidas täpselt seadistada. see hästi üles, nii et Kubernetesile üleminek pole väga valus.
Mõned laste vaevused ja mõned lihtsad ja isegi mitte väga lihtsad asjad saab konkreetselt meie käest teada, mitte läbi oma reha ja valu.
Paljud ettevõtted on läinud täpselt nii, et algul oli lihtsalt mingisugune taristu ilma konteineriseerimiseta. Siis jõudsid nad selleni, et selle kõige haldamine muutus keeruliseks, läksid üle Dockerile ja mingil hetkel kasvasid nad nii kaugele, et Dockeri ja selle pakutava raames jäi see kitsaks. Ja nad hakkasid uurima, mis on ümberringi, millised süsteemid neid probleeme lahendavad, ja eriti Kubernetes - see on üks neist süsteemidest, mis võimaldab teil probleeme lahendada, kui puhas Docker on ülerahvastatud ja tal puudub funktsionaalsus, see on tõesti hea juhtum, kui inimesed Nad lähevad samm-sammult alt üles, mõistavad, et sellest tehnoloogiast ei piisa ja liiguvad järgmisele tasemele. Nad kasutasid midagi, sellest jäi jälle väheks ja nad liikusid edasi.
See on teadlik valik – ja see on väga lahe.
Üldiselt ma näen, et meie süsteem on väga ilusti üles ehitatud, nt. , isegi videokursuste kaudu. Siis pärast dokkerit läheb , siis , siis . Kõik läheb loogiliselt ritta – inimene läheb läbi ja tekib kindel elukutse.
Põhimõtteliselt võimaldab kursuste komplekt katta palju juhtumeid, isegi tänapäevaseid. Endiselt on alasid, mis jäävad halliks alaks, loodan, et varsti loome mõne kursuse, mis võimaldab need hallid alad sulgeda, eelkõige mõtleme välja midagi turvalisuse kohta. Sest see on muutumas väga aktuaalseks.
Ühesõnaga, meil on hallid alad, mida oleks väga tore sulgeda, et oleks terviklik, terviklik pilt - ja inimesed võiksid tulla ja nii nagu Kubernetes ise on nagu legokonstruktor, saab teha erinevaid asju. see kogub, kui ikka veel väheks jääb - täiendada, sama ka meie kursustega, et inimesed saaksid aru, mida neil sellelt vaja on; meie kursustest tuleb kokku panna mingi pusle, mingi ehituskomplekt.
Kui küsite endalt üldiselt õige ja ausa küsimuse: "Kes võiks praegu kasutada aktiivset Dockeri kursust?", siis:
- Õpilastele, kes alles hakkavad sellega tegelema.
- Testimisosakonna töötajad.
- Tegelikult on palju ettevõtteid, kes endiselt mitte ainult ei kasuta Dockerit, vaid keegi pole sellisest tehnoloogiast kuulnud ja põhimõtteliselt ei tea, kuidas seda kasutada. Ja ma tean Peterburis mitut suurt ettevõtet, kes on aastaid arenenud ja kasutasid mingeid vanu tehnoloogiaid, nad liiguvad selles suunas. Eelkõige selliste ettevõtete, selliste ettevõtete inseneride jaoks võib see kursus olla väga huvitav, kuna esiteks võimaldab see kiiresti sellesse tehnoloogiasse sukelduda ja teiseks niipea, kui ilmub mitu inseneri, kes mõistavad, kuidas see kõik on. toimib, saavad nad selle ettevõttesse tuua ning seda kultuuri ja neid suundi ettevõtte sees arendada.
- Minu arvates võib see kursus siiski kasulik olla neile, kes on juba dokkeriga töötanud, kuid väga vähe ja rohkem stiilis “tee üks kord, tee kaks korda” - ja nüüd hakkavad nad selle sama Kubernetesega kuidagi suhtlema ja see paneb neile teatud kohustused, kui sul on väga pealiskaudsed teadmised sellest, mis on docker, kuidas seda juhtida, aga samas sa ei tea, kuidas see seestpoolt toimib, siis sa ei tea, mida on kõige parem teha seda ja mida on parem mitte teha, Siis sobib see kursus hästi teadmiste süstematiseerimiseks ja süvendamiseks.
Aga kui teil on teadmised tasemel: "Ma ei tea, kuidas samu Dockeri faile õigesti kirjutada, ma kujutan ette, mis on nimeruumid, kuidas konteinerid töötavad, kuidas neid tegelikult operatsioonisüsteemi tasemel rakendatakse" - siis on olemas kindlasti pole mõtet meie juurde minna, te ei õpi midagi uut ja olete kulutatud raha ja aja pärast veidi kurb.
Kui sõnastada, millised eelised meie kursusel on, siis:
- Püüdsime teha selle kursuse piisava hulga praktiliste juhtumitega, mis võimaldavad teil mitte ainult mõista olemasolevat teoreetilist osa, vaid ka mõista, miks seda vajate ja kuidas seda tulevikus kasutada;
- seal on mitu sektsiooni, mida väga harva kuskilt leiab - ja üldiselt pole nende kohta nii palju materjali. Need on seotud Dockeri interaktsiooniga operatsioonisüsteemiga, isegi veidi erinevalt. Milliseid mehhanisme võttis Docker operatsioonisüsteemist konteinerisüsteemi juurutamiseks – ja see annab nii sügavama ülevaate kogu konteinerite käitamise probleemist Linuxi operatsioonisüsteemis. Kuidas see töötab, kuidas see suhtleb üksteisega operatsioonisüsteemi sees, väljaspool ja nii edasi.
See on nii tõeliselt sügav pilk, et seda juhtub üsna harva ja samas on see minu arvates väga oluline. Kui soovite mõnda tehnoloogiat hästi mõista ja mõista, mida sellelt oodata, peate omama vähemalt üldist ettekujutust selle toimimisest madalal tasemel.
Meie kursus näitab ja räägib, kuidas see operatsioonisüsteemi vaatenurgast toimib. Ühest küljest kasutavad kõik konteinersüsteemid samu operatsioonisüsteemi mehhanisme. Teisest küljest võtavad nad seda, mis on Linuxi operatsioonisüsteemis, nagu docker. Teised konteinersüsteemid ei pakkunud midagi uut - nad võtsid selle, mis Linuxis juba oli, ja kirjutasid lihtsalt mugava ümbrise, mis võimaldab teil seda kiiresti helistada, käivitada või sellega kuidagi suhelda. Seesama Docker ei ole väga suur kiht operatsioonisüsteemi ja käsurea vahel, see on omamoodi utiliit, mis võimaldab konteineri loomiseks mitte kirjutada kilotonne käske või mingisugust C-koodi, vaid teha seda sisestades paar rida terminalis.
Ja veel üks asi, kui me räägime konkreetselt Dockerist, siis see, mida Docker IT-maailma tõi, on standardid. Kuidas rakendust käivitada, kuidas see peaks töötama, millised on nõuded logidele, millised on nõuded skaleerimisele, rakenduse enda seadistamisele.
Docker on paljuski seotud standarditega.
Standardid liiguvad ka Kubernetesesse – ja seal on täpselt samad standardid; kui tead, kuidas Dockeris oma rakendust hästi käivitada, siis 99% ajast töötab see sama hästi ka Kubernetesis.
Kui tundsite, et olete huvitatud mitte ainult Dockeri kursuse loomisest, vaid ka teistest kursustest, vaid tundsite huvi ka kursuse enda vastu praktilisest vaatenurgast, siis
Meil on hea meel teid näha!
Allikas: www.habr.com