Osallistuja tulee kurssille tai intensiivikurssille. Hän näkee järjestyneitä rivejä teknistä tukea, siististi vedetyt virtajohdot, luentosalin ruudullinen layout, kirkkaat kuvat ja diakaaviot. Puhujat vitsillä ja hymyillä antavat tietoa niin, että sinulla on vain aikaa ymmärtää se. Telineet on pystytetty, harjoitustehtävät yksinkertaisesti lentävät sormista, paitsi että joskus tarvitset teknisen henkilökunnan apua. tuki.
Ja myös kahvitauot samanhenkisten ihmisten kanssa, iloinen ja energinen ilmapiiri, kokemusten vaihto, odottamattomimmat kysymykset puhujille. Sekä vastauksia että tietoja, joita et löydä käsikirjoista, mutta vain käytännössä.
Kuinka paljon aikaa, vaivaa ja hermoja arvelet kesti saada se näyttämään täsmälleen tältä?
Kiitos Volodya Guryanoville, sertifioidulle Kubernetes-järjestelmänvalvojalle ja Southbridgen insinöörille/tiimin johtajalle, joka on ollut todistajana ja aktiivisesti mukana monien Slurm-kurssien luomisessa alusta alkaen.
Hän näki luomisen perimmäisen puolen – monimutkaisuudet ja piikikäs haravat, oivallukset ja odottamattomat ratkaisut. Ja jo tutut Kubernetes-intensiiviset, kuten Slurm Basic ja Slurm Mega. Ja uusi, pitkälti uudistettu kurssi , joka lähestyy vääjäämättä ja alkaa 19. elokuuta.
Mutta ehkä sanoista riittää, siirrytään itse tarinaan. Kuinka parista intensiivisestä aiheesta täysin omavarainen ja monipuolinen . Joten aloitan tarinan kurssien luomisesta ja kehittämisestä - aivan kuten "Kauan sitten galaksissa kaukana, kaukana..."
Mitä on kulissien takana?
Jos kysyt, miten teemme kursseja ja mistä kaikki alkaa, vastaan vain "Kaikki alkaa ideasta."
Yleensä idea tulee jostain - emme istu käsiraudoissa kellarissa ennen kuin keksimme: "Mistä aiheesta pitäisi tehdä kurssi?" Ideat tulevat jostain itsestään ulkoisista lähteistä. Joskus ihmiset alkavat kysyä aktiivisesti: "Mitä tiedät sellaisesta ja sellaisesta tietystä tekniikasta?" Tai miten Dockerin kanssa oli mahdotonta sovittaa häntä intensiivikurssin ajoitukseen - hänet piti ilmeisesti viedä ulos, jotta ehtii kertoa jotain intensiivikurssin aikana.
Näin idea syntyy.
Sen ilmoittamisen jälkeen alkaa mielestäni vaikein hetki - yleisesti ymmärtää, mitä tälle kurssille pitäisi sisällyttää - tämä on hyvin verrattavissa siihen, kuinka puhujat valmistautuvat mihin tahansa konferensseihin.
Yksi suurin kipu on, kun näytät valinneen aiheen ja ajattelevan: ”Mitä voin kertoa siitä? Tämä on liian yksinkertaista, tämä on ilmeistä, kaikki tietävät myös tämän."
Mutta itse asiassa näin ei ole ollenkaan. Ja minä henkilökohtaisesti sanon monissa paikoissa, että se, mikä näyttää itsestään selvältä sinulle, niille, jotka tulevat kuuntelemaan sinua tai osallistumaan kurssille, ei ole ollenkaan itsestään selvää. Ja tässä syntyy niin suuri työkerros ja sisäinen ristiriita siitä, mitä kurssille sisällyttää. Tuloksena saamme sellaisen luettelon lukuista niin isoilla vedoilla, mistä kurssilla tulee olemaan kyse.
Ja sitten alkaa yksinkertainen rutiinityö:
- Materiaalin valinta
- Lue huolellisesti nykyisen version dokumentaatio, sillä IT-maailma kehittyy nyt jonkinlaisella kosmisella nopeudella. Vaikka työskenteletkin jonkin asian parissa ja teet siitä kurssin, sinun on mentävä dokumentaatioon ja katsottava, mitä siellä on uutta, mistä on mielenkiintoista puhua, mikä voisi olla erityisen hyödyllistä mainita.
- Ja tietty kurssin luuranko ilmestyy, jossa suurin osa aiheista yleensä on jo käsitelty ja näyttää siltä, että mitä tahansa - nauhoita videoita ja käynnistä ne tuotantoon.
- Mutta itse asiassa, ei, sitten alkaa kova työ, mutta ei kurssin tekijöille, vaan testaajille. Yleensä alfatestaajamme ovat tekninen tuki, joka ensinnäkin tarkistaa kursseista syntaktiset ja kieliopilliset virheet. Toiseksi, he lyövät meitä tuskallisesti kepeillä ja kiroilevat, kun on joitain täysin epäselviä, käsittämättömiä paikkoja. Kun teksteissä esiintyy monimutkaisesti muotoiltuja parin sivun mittaisia alalauseita tai ilmeistä hölynpölyä. He lukevat kaiken, katsovat sitä.
- Sitten alkaa harjoittelutestausvaihe, jossa saadaan myös kiinni joitain ilmeisiä toimimattomia asioita ja näytetään joitain kohtia, joita voidaan joko tehdä vaikeammaksi, koska siitä tulee ei kovin mielenkiintoista - vain istuminen ja kopioiminen - ja tunnistetaan paikkoja, joissa on erittäin vaikeaa ja meillä on paljon tehtävää ihmisiltä, jotka osallistuvat tälle kurssille. Ja sitten tulevat suositukset: "Kaverit, yksinkertaistakaa täällä, se on helpompi havaita ja siitä on enemmän hyötyä."
- Kun tämä työmäärä on tehty, videoon liittyvä osa on kirjoitettu, kaikki näyttää olevan kunnossa. Ja voit jo lahjoittaa sen tuotantoon, tämän kurssin mainostamiseen. Mutta jälleen kerran, ei, se on liian aikaista - koska viime aikoina olemme lakanneet hieman luottamasta itseemme ja periaatteessa olemme alkaneet työskennellä enemmän palautteen kanssa. On olemassa sellainen asia kuin betatestaus - silloin kutsutaan ihmisiä ulkopuolisilta, jotka eivät liity mitenkään yritykseemme ja joidenkin herkkujen vuoksi heille näytetään kurssin kaikki osat, videot, tekstit, käytännön tehtävät, jotta he arvioinut materiaalin laatua, materiaalin saatavuutta ja auttanut meitä tekemään kurssista mahdollisimman hyvän.
- Ja kun useita tällaisia iteraatioita käy läpi, kaiuttimet, alfatestaus teknisen tuen muodossa, beta-testaus, parannukset. Ja sitten kaikki alkaa alusta - tekninen tuki, beta-testaus, parannukset.
- Ja jossain vaiheessa tulee ymmärrys, että joko ollaan tekemässä muutokset, koska on täysin epärealistista varmistaa, että kaikki pitävät siitä, tai sitten tehdään jotain radikaaleja päätöksiä. Kun monet kommentit tietyistä paikoista ovat kriittisiä, toista ne maailmanlaajuisesti, koska jokin meni pieleen.
- Sitten tulee pienten muokkausten aika - jossain lause ei ole kovin kauniisti muotoiltu, jossain joku ei pidä fontista, 14,5, mutta haluaisi 15,7.
- Kun tällainen kommentti jää, niin siinä se, kurssi enemmän tai vähemmän aukeaa, virallinen myynti alkaa.
Ja ensi silmäyksellä lyhyt ja yksinkertainen tehtävä kurssin luomisesta ei ole ollenkaan yksinkertainen ja kestää uskomattoman kauan.
Ja on toinen tärkeä seikka, että työskentely kurssin kanssa ei pääty, kun kurssi julkaistaan. Ensinnäkin luemme huolellisesti kommentit, jotka on jätetty tiettyihin osiin. Ja huolimatta kaikista ponnisteluistamme, joitain puutteita havaitaan edelleen, joitain virheitä korjataan ja parannetaan matkan varrella, reaaliajassa, jotta jokainen seuraava käyttäjä saa parempaa palvelua.
Jokaisella kurssilla on oma tuoteomistaja, joka yleiskonseptin määrittelemisen lisäksi tarkastaa määräajat, tekee marginaaliin muistiinpanoja, että kun tulee aika kirjoittaa kurssi kokonaan uusiksi, niin se tulee varmasti, sillä kahden vuoden päästä tai jopa vuotta myöhemmin osa siitä, mitä kerromme, muuttuu merkityksettömäksi yksinkertaisesti siksi, että se vanhenee moraalisesti. Tuotteen omistaja merkitsee marginaaleihin, että useimmiten kysytään, mitkä kohdat jäivät epäselväksi, mitkä tehtävät tuntuivat erittäin vaikeilta ja mitkä päinvastoin hyvin yksinkertaisilta. Ja kaikki tämä huomioidaan kurssia uudelleen tallennettaessa, jonkinlaisen refaktoroinnin yhteydessä, jotta jokaisesta globaalin kurssin iteraatiosta tulee parempi, mukavampi ja mukavampi.
Näin kurssit näkyvät.
Kuinka Docker-kurssi syntyi
Tämä on meille erillinen ja jopa epätavallinen aihe. Koska toisaalta emme aikoneet tehdä sitä, koska monet verkkokoulut tarjoavat sitä. Toisaalta hän itse pyysi vapautta ja löysi loogisen paikan konseptissamme kouluttaa IT-asiantuntijoita Kubernetesissa.
Hyvin globaalisti puhuen, aluksi kaikki alkoi Kubernetes-kurssista, kun se alkoi mielestäni juuri ensimmäisen Slurm-tapahtuman jälkeen. Keräsimme palautetta ja huomasimme, että monet haluavat lukea lisää dockerista jostain muualta, ja yleensä monet tulevat Kuberneteksen peruskurssille tietämättä mitä se on .
Siksi he tekivät toiselle Slurmille kurssin - tai pikemminkin ei edes kurssia, vaan tekivät pari lukua Dockereista. Jossa kerrottiin joitain alkeellisimmista asioista, jotta intensiiville tulevat ihmiset eivät tunteisi itseään puutteellisiksi ja yleensä ymmärtäisivät mitä tapahtuu.
Ja sitten tapahtumat kehittyivät suunnilleen näin. Materiaalin määrä kasvoi ja lakkasi istumasta 3 päivässä. Ja looginen ja ilmeinen ajatus ilmaantui: miksi ei muuttaisi Slurm Basicissa käsittelemämme jonkinlainen pieni kurssi, jolle voisi lähettää ihmisiä, jotka haluavat katsoa jotain Dockerista ennen Kubernetesin intensiivikurssia.
Slurm Junior on itse asiassa yhdistelmä useista tällaisista peruskursseista. Tämän seurauksena Docker-kurssista tuli osa Slurm Junioria. Eli tämä on niin nolla askel ennen и . Ja sitten oli vain hyvin yksinkertaisia abstraktioita.
Jossain vaiheessa ihmiset alkoivat kysyä: "Kaverit, tämä kaikki on hienoa, tämä riittää ymmärtämään, mistä puhut intensiivikursseilla. Mistä voin lukea tarkemmin, mitä docker voi tehdä ja miten sen kanssa työskennellä ja mitä se on?" Joten idea syntyi tehdä asia selväksi , jotta siihen voidaan edelleen lähettää ensinnäkin Kubernetesillä Slurmiin tulevat ihmiset ja toisaalta ne, jotka eivät ole edes kiinnostuneita Kubernetesista tässä kehitysvaiheessa. Jotta IT-asiantuntija voi tulla katsomaan Docker-kurssiamme ja aloittaa kehityspolkunsa yksinkertaisesti puhtaalla Dockerilla. Niin että meillä on niin täysikokoinen, täydellinen kurssi - ja sitten monet, katsottuaan tämän kurssin, työskennelleet jonkin aikaa puhtaan Dockerin kanssa, ovat kasvaneet sille tasolle, että he tarvitsevat Kubernetesia tai jotain muuta orkestrointijärjestelmää. Ja he tulivat erityisesti meille.
Joskus kysytään: Millaiset ihmiset eivät nyt ehkä tarvitse Kubernetesia? Mutta tämä kysymys ei koske ihmisiä, vaan pikemminkin yrityksiä. Tässä sinun on ymmärrettävä, että Kubernetesilla on tiettyjä tapauksia, joissa se sopii hyvin, ja tehtävät, jotka se ratkaisee hyvin, mutta päinvastoin, on olemassa joitain skenaarioita Kubernetesin käyttöön, kun se aiheuttaa lisäkipua ja lisäkärsimystä. Siksi se ei ole edes ihmisistä kiinni, vaan siitä, mitä yrityksiä on kehitetty ja kuinka kauan.
Esimerkiksi jokin kauhea Legacy-monoliitti - sinun ei luultavasti kannata työntää sitä Kubernetesiin, koska se aiheuttaa enemmän ongelmia kuin hyötyä. Tai esimerkiksi, jos tämä on pieni projekti, sillä on pieni kuorma tai periaatteessa ei paljon rahaa ja resursseja. Ei ole mitään järkeä vetää sitä Kubernetesiin.
Ja yleensä, luultavasti, yleensä, kuten monet ihmiset ovat jo sanoneet, jos kysyt kysymyksen: "Tarvitsenko Kubernetesia?", Todennäköisesti et tarvitse sitä. En muista, kuka sen ensimmäisenä keksi, mielestäni Pasha Selivanov. Olen tästä 100% samaa mieltä. Ja sinun täytyy kasvaa Kubernetesiin - ja kun jo käy selväksi, että tarvitsen Kubernetesiä ja yrityksemme tarvitsee sitä, ja se auttaa ratkaisemaan sellaisia ja sellaisia ongelmia, on luultavasti järkevää mennä oppimaan ja miettimään, miten se asetetaan. se onnistuu hyvin, jotta Kubernetesiin siirtyminen ei ole kovin tuskallista.
Jotkut lasten sairaudet ja jotkut yksinkertaiset asiat, ja jopa ei kovin yksinkertaiset, selviävät erityisesti meiltä, eikä käy oman haravan ja tuskan läpi.
Monet yritykset ovat menneet juuri sillä tavalla, että aluksi oli vain jonkinlainen infrastruktuuri ilman konttia. Sitten he joutuivat siihen pisteeseen, että kaiken hallinta oli vaikeaa, he siirtyivät Dockeriin ja jossain vaiheessa kasvoivat siihen pisteeseen, että siitä tuli ahdas Dockerin ja sen tarjoamien puitteissa. Ja he alkoivat katsoa mitä ympärillä oli, mitkä järjestelmät ratkaisevat nämä ongelmat, ja erityisesti Kubernetes - tämä on yksi niistä järjestelmistä, jonka avulla voit ratkaista ongelmia, kun puhdas Docker tulee tungosta ja siitä puuttuu toimintoja, tämä on todella hyvä tapaus, kun ihmiset He menevät askel askeleelta alhaalta ylöspäin, ymmärtävät, että tämä tekniikka ei riitä, ja siirtyvät seuraavalle tasolle. He käyttivät jotain, siitä tuli taas pulaa ja he jatkoivat matkaa.
Tämä on tietoinen valinta - ja se on erittäin siistiä.
Yleisesti ottaen näen, että järjestelmämme on erittäin kauniisti rakennettu, esim. jopa videokurssien kautta. Sitten telakan jälkeen se menee , sitten , sitten . Kaikki on loogisesti linjassa - ihminen menee ohi ja syntyy vankka ammatti.
Periaatteessa kurssisarjan avulla voit kattaa monia tapauksia, jopa nykyaikaisia. Vielä on alueita, jotka jäävät harmaaksi alueeksi, toivon, että luomme pian kursseja, joiden avulla voimme sulkea nämä harmaat alueet, erityisesti kehitämme jotain turvallisuudesta. Koska tämä on tulossa erittäin ajankohtainen.
Lyhyesti sanottuna meillä on harmaita alueita, jotka olisi erittäin mukava sulkea, jotta se olisi täydellinen, täydellinen kuva - ja ihmiset voisivat tulla, ja aivan kuten Kubernetes itse on kuin Lego-rakentaja, voit tehdä erilaisia asioita. se kerää, jos ei vieläkään riitä - täydentää, sama meidän kursseillamme, jotta ihmiset ymmärtäisivät mitä he tästä tarvitsevat, heidän täytyy koota kursseistamme eräänlainen palapeli, eräänlainen rakennussarja.
Jos kysyt itseltäsi yleisesti oikean ja rehellisen kysymyksen: "Kuka voisi käyttää aktiivista Docker-kurssia nyt?", niin:
- Opiskelijoille, jotka ovat vasta alkaneet perehtyä siihen.
- Testausosaston työntekijät.
- Itse asiassa on monia yrityksiä, jotka eivät edelleenkään vain käytä Dockeria, mutta kukaan ei ole kuullut sellaisesta tekniikasta eivätkä periaatteessa osaa käyttää sitä. Ja tiedän Pietarissa useita suuria yrityksiä, jotka ovat kehittyneet vuosia, ja he käyttivät joitain vanhoja tekniikoita, ne ovat menossa tähän suuntaan. Erityisesti tällaisille yrityksille, tällaisten yritysten insinööreille tämä kurssi voi olla erittäin mielenkiintoinen, koska ensinnäkin sen avulla voit nopeasti uppoutua tähän tekniikkaan, ja toiseksi heti, kun useita insinöörejä ilmestyy, jotka ymmärtävät, miten se kaikki toimii, he voivat tuoda sen yritykseen ja kehittää tätä kulttuuria ja näitä suuntia yrityksessä.
- Mielestäni tämä kurssi voi silti olla hyödyllinen niille, jotka ovat jo työskennelleet dockerin kanssa, mutta hyvin vähän ja enemmän "tee kerran, tee kahdesti" -tyyliin - ja nyt he aikovat jotenkin olla vuorovaikutuksessa samojen Kubernetesien kanssa, ja tämä asettaa heille tiettyjä velvollisuuksia, jos sinulla on hyvin pinnallinen tieto siitä, mitä docker on, kuinka sitä ajetaan, mutta samalla et tiedä kuinka se toimii sisältäpäin, et tiedä mitä on parasta tehdä se ja mitä on parempi olla tekemättä, Silloin tämä kurssi sopii hyvin tiedon systematisointiin ja syventämiseen.
Mutta jos sinulla on tietoa tasosta: "En tiedä kuinka kirjoittaa samoja Docker-tiedostoja oikein, voin kuvitella, mitä nimiavaruudet ovat, kuinka säilöt toimivat, kuinka ne todella toteutetaan käyttöjärjestelmätasolla" - silloin on olemassa ei todellakaan ole mitään järkeä mennä meille, et opi mitään uutta ja olet hieman surullinen käytetystä rahasta ja ajasta.
Jos muotoilemme, mitä etuja kurssillamme on, niin:
- Yritimme tehdä tästä kurssista riittävän määrän käytännön tapauksia, joiden avulla voit paitsi ymmärtää olemassa olevan teoreettisen osan, myös ymmärtää, miksi tarvitset sitä ja miten käytät sitä tulevaisuudessa;
- on useita osioita, joita löytyy hyvin harvoin mistään - ja yleensä niistä ei ole niin paljon materiaalia. Ne liittyvät Dockerin vuorovaikutukseen käyttöjärjestelmän kanssa, jopa hieman eri tavalla. Mitä mekanismeja Docker otti käyttöjärjestelmästä konttijärjestelmän toteuttamiseen - ja tämä antaa niin syvemmän ymmärryksen koko konttien käyttämisestä Linux-käyttöjärjestelmässä. Miten se toimii, miten se on vuorovaikutuksessa toistensa kanssa käyttöjärjestelmän sisällä, sen ulkopuolella ja niin edelleen.
Tämä on niin todella syvä katse, että sitä tapahtuu melko harvoin, ja samalla se on mielestäni erittäin tärkeää. Jos haluat ymmärtää mitä tahansa tekniikkaa hyvin ja ymmärtää, mitä siltä odottaa, sinulla on oltava ainakin yleinen käsitys siitä, kuinka se toimii alhaisella tasolla.
Kurssimme näyttää ja kertoo, kuinka tämä toimii käyttöjärjestelmän näkökulmasta. Toisaalta kaikki konttijärjestelmät käyttävät samoja käyttöjärjestelmämekanismeja. Toisaalta he ottavat sen, mikä on Linux-käyttöjärjestelmässä, kuten Docker. Muut konttijärjestelmät eivät keksineet mitään uutta - ne ottivat sen, mikä oli jo Linuxissa, ja kirjoittivat vain kätevän kääreen, jonka avulla voit nopeasti kutsua sitä, suorittaa sitä tai jollakin tavalla olla vuorovaikutuksessa sen kanssa. Sama Docker ei ole kovin suuri kerros käyttöjärjestelmän ja komentorivin välillä, se on eräänlainen apuohjelma, jonka avulla et kirjoittaa kilotonnia komentoja tai jonkinlaista C-koodia kontin luomiseksi, vaan tehdä tämä syöttämällä pari riviä terminaalissa.
Ja vielä yksi asia, jos puhumme nimenomaan Dockerista, se, mitä Docker todella toi IT-maailmaan, ovat standardeja. Miten sovellus käynnistetään, miten sen pitäisi toimia, mitkä ovat vaatimukset lokeille, mitkä ovat vaatimukset skaalaukselle, itse sovelluksen konfiguroinnille.
Dockerissa on monella tapaa kyse standardeista.
Myös standardit siirtyvät Kubernetesiin - ja siellä on täsmälleen samat standardit; jos osaat ajaa sovelluksesi hyvin Dockerissa, 99% ajasta se toimii yhtä hyvin Kubernetesissa.
Jos olet kiinnostunut paitsi Docker-kurssin luomisesta, myös muista kursseista, mutta myös itse kurssista käytännön näkökulmasta, niin
Olemme iloisia nähdessämme sinut!
Lähde: will.com