Udeleženec pride na tečaj ali intenzivni tečaj. Vidi urejene vrste tehnične podpore, lepo napeljane električne kable, šahovnico v predavalnici, svetle slike in diagrame. Govorci s šalami in nasmehi podajajo informacije tako, da jih imate le čas razumeti. Stojala so postavljena, vadbene naloge kar letijo od prstov, le da včasih potrebujete pomoč tehničnega osebja. podporo.
In tudi odmori za kavo s podobno mislečimi ljudmi, veselo in energično vzdušje, izmenjava izkušenj, najbolj nepričakovana vprašanja za govornike. Tako odgovore kot informacije, ki jih ne boste našli v priročnikih, ampak le v praksi.
Kaj mislite, koliko časa, truda in živcev je bilo potrebnih, da je izgledalo točno tako?
Zahvaljujoč Volodji Guryanovu, certificiranemu skrbniku Kubernetes in vodji inženirja/ekipe pri Southbridgeu, ki je bil priča in je aktivno sodeloval pri ustvarjanju številnih tečajev Slurm od samega začetka.
Videl je podzemlje ustvarjanja – zapletenosti in trnove grablje, vpoglede in nepričakovane rešitve. In že znani intenzivi Kubernetes, kot sta Slurm Basic in Slurm Mega. In nov, v veliki meri spremenjen tečaj , ki se nezadržno bliža in se bo začela 19. avgusta.
Ampak, morda dovolj besedila, preidimo na samo zgodbo. Kako iz par intenzivnih tem povsem samozadosten in večplasten . Zato bom začel zgodbo o tem, kako tečaji nastanejo in se razvijajo - tako kot "Pred davnimi časi v galaksiji daleč, daleč stran ..."
Kaj je v zakulisju?
Če vprašate, kako pripravljamo tečaje in kje se vse začne, vam bom preprosto odgovoril: »Vse se začne z idejo«.
Ponavadi ideja pride od nekje - ne sedimo vklenjeni v kleti, dokler se ne domislimo: "O kateri temi naj naredimo tečaj?" Ideje prihajajo od nekje same od sebe iz zunanjih virov. Včasih se ljudje začnejo aktivno spraševati: "Kaj veste o takšni in drugačni tehnologiji?" Ali pa kako je bilo z Dockerjem, da ga ni bilo mogoče umestiti v tajming za intenzivni tečaj - očitno so ga morali peljati ven, da je imel čas kaj povedati med intenzivnim tečajem.
Tako se pojavi ideja.
Po objavi se po mojem mnenju začne najtežji trenutek - na splošno razumeti, kaj vključiti v ta tečaj - to je zelo primerljivo s tem, kako so govorci pripravljeni na katere koli konference.
Obstaja ena glavna bolečina, ko se zdi, da ste izbrali temo in pomislite: »Kaj naj povem o tem? To je preveč preprosto, to je očitno, tudi to vsi vedo.”
A v resnici temu sploh ni tako. In osebno marsikje povem, da tisto, kar se zdi samoumevno tebi, tistim, ki te pridejo poslušat ali hoditi na tečaj, sploh ni očitno. In tu nastane tako velika plast dela in notranjega konflikta, kaj vključiti v tečaj. Kot rezultat dobimo takšen seznam poglavij s tako širokimi velikimi potezami, o čem bo govoril tečaj.
In potem se začne preprosto rutinsko delo:
- Izbira materiala
- Pazljivo preberite dokumentacijo za trenutno različico, saj se IT svet zdaj razvija z nekakšno kozmično hitrostjo. Tudi če delaš z nečim in narediš tečaj o tem, moraš iti v dokumentacijo in videti, kaj je tam novega, o čem je zanimivega za pogovor, kaj bi bilo morda še posebej koristno omeniti.
- In pojavi se določeno okostje tečaja, kjer je večina tem na splošno že zajeta in zdi se, da karkoli je tam - posnemite videe in jih lansirajte v produkcijo.
- Toda v resnici ne, potem se začne trdo delo, vendar ne za avtorje tečaja, ampak za tiste, ki testirajo. Običajno so naši alfa preizkuševalci tehnična podpora, ki najprej lektorira tečaje za morebitne sintaktične in slovnične napake. Drugič, boleče nas tepejo s palicami in preklinjajo, ko so neka povsem neočitna, nerazumljiva mesta. Ko se v besedilih pojavijo nekaj zapleteno sestavljenih podrednih stavkov, dolgih nekaj strani, ali očitne neumnosti. Vse preberejo, pazijo na to.
- Nato se začne faza praktičnega testiranja, kjer se ujamejo tudi nekatere očitne nedelujoče stvari in pokažejo se nekateri trenutki, ki jih je mogoče otežiti, saj postane ne preveč zanimivo - samo sedenje in kopiranje - in identificirana so mesta, kjer je zelo težko in imamo veliko dela, ki ga želimo od ljudi, ki bodo obiskovali ta tečaj. In potem pridejo priporočila: "Fantje, poenostavite tukaj, lažje bo zaznati in bo od tega več koristi."
- Ko je ta količina dela opravljena, del, ki se nanaša na video, je napisan, vse se zdi v redu. In že lahko podarite za produkcijo, za oglaševanje tega tečaja. Ampak spet ne, prezgodaj je - ker smo v zadnjem času malo nehali zaupati vase in smo načeloma začeli bolj delati s povratnimi informacijami. Obstaja nekaj takega, kot je beta testiranje - to je, ko so povabljeni ljudje od zunaj, ki niso na noben način povezani z našim podjetjem, in za nekatere dobrote so jim prikazani vsi deli tečaja, videi, besedilo, praktične naloge, tako da ovrednotili kakovost gradiva, dostopnost gradiva in nam pomagali narediti tečaj čim boljši.
- In ko gre skozi več takih iteracij, zvočniki, alfa testiranje v obliki tehnične podpore, beta testiranje, izboljšave. In potem se vse začne znova - tehnična podpora, beta testiranje, izboljšave.
- In na neki točki pride do razumevanja, ali smo končali s spremembami, ker je popolnoma nerealno zagotoviti, da bo vsem všeč, ali pa so sprejete nekatere drastične odločitve. Ko je veliko komentarjev na določenih mestih kritičnih, jih ponovite globalno, ker je šlo nekaj narobe.
- Potem pride čas za manjše popravke - nekje stavek ni lepo formuliran, nekje nekomu ni všeč pisava, 14,5, pa bi rad 15,7.
- Ko ta vrsta komentarja ostane, potem je to to, tečaj se bolj ali manj odpre, začne se uradna prodaja.
In na prvi pogled se kratka in enostavna naloga izdelave tečaja izkaže za prav nič enostavna in traja neverjetno dolgo.
In še ena pomembna točka je, da se delo s tečajem ne konča, ko je tečaj izdan. Najprej natančno preberemo komentarje, ki so puščeni na določenih delih. In kljub vsemu trudu, ki smo ga vložili, se nekatere pomanjkljivosti še vedno odkrijejo, nekatere napake sproti popravljamo in izboljšujemo, tako da je vsak naslednji uporabnik deležen boljše storitve.
Vsak tečaj ima svojega produktnega lastnika, ki poleg definiranja splošnega koncepta preverja termine, si na robu beleži, da ko bo čas za popolno prepisovanje tečaja, in zagotovo bo prišel, kajti čez dve leti, ali celo leto kasneje bo nekaj od tega, kar povemo, postalo nepomembno preprosto zato, ker bo postalo moralno zastarelo. Lastnik izdelka ob robovih zapiše, da ljudje najpogosteje sprašujejo, katere točke so bile nejasne, katere naloge so se zdele zelo težke in katere so se zdele, nasprotno, zelo preproste. In vse to se upošteva pri ponovnem snemanju tečaja, med nekakšnim refactoringom, tako da vsaka ponovitev globalnega tečaja postane boljša, bolj priročna in udobna.
Tako se pojavijo tečaji.
Kako se je rodil tečaj Docker
To je za nas ločena in celo nenavadna tema. Ker po eni strani tega nismo načrtovali, saj to ponuja veliko spletnih šol. Po drugi strani pa je sam prosil za svobodo in našel logično mesto v našem konceptu usposabljanja informatikov v Kubernetesu.
Gledano zelo globalno, sprva se je vse začelo s tečajem o Kubernetesu, ko se je šele začelo, po mojem mnenju po prvem Slurmu. Zbrali smo povratne informacije in videli, da veliko ljudi želi prebrati nekaj dodatnega o Dockerju kje drugje, na splošno pa mnogi pridejo na osnovni tečaj o Kubernetesu, ne da bi vedeli, kaj to je .
Zato so za drugi Slurm naredili tečaj - bolje rečeno, niti tečaj, ampak so naredili nekaj poglavij o Dockerjih. Kjer so povedali nekaj najbolj osnovnih stvari, da se ljudje, ki pridejo na intenzivno, ne bi počutili prikrajšane in bi na splošno razumeli, kaj se dogaja.
In potem so se dogodki razvijali približno tako. Količina materiala je narasla in v 3 dneh ni več ustrezala. In pojavila se je logična in očitna ideja: zakaj ne bi tega, kar pokrivamo na Slurm Basic, spremenili v nekakšen majhen tečaj, na katerega bi lahko poslali ljudi, ki si želijo ogledati nekaj o Dockerju, preden se udeležijo intenzivnega tečaja o Kubernetesu.
Slurm Junior je pravzaprav kombinacija več takih osnovnih tečajev. Posledično je tečaj Docker postal del Slurm Junior. Se pravi, to je tako ničelni korak prej и . In potem so bile samo zelo osnovne abstrakcije.
Na neki točki so ljudje začeli spraševati: »Fantje, to je vse super, to je dovolj, da razumemo, o čem govorite na intenzivnih tečajih. Kje lahko preberem podrobneje o tem, kaj lahko počne docker in kako delati z njim ter kaj je?« Tako se je porodila ideja, da bi bilo naravnost , tako da se lahko, prvič, ljudje, ki pridejo v Slurm z uporabo Kubernetesa, še vedno pošiljajo vanj, po drugi strani pa za tiste, ki jih Kubernetes na tej stopnji razvoja niti ne zanima. Tako da lahko strokovnjak za IT pride pogledat naš tečaj o Dockerju in začne svojo evolucijsko pot preprosto s čistim Dockerjem. Tako da imamo tako polnopraven, popoln tečaj - in potem so mnogi, ki so gledali ta tečaj in nekaj časa delali s čistim Dockerjem, zrasli na raven, ko potrebujejo Kubernetes ali kakšen drug sistem orkestracije. In k nam so prišli še posebej.
Včasih se postavlja vprašanje: "Kakšni ljudje zdaj morda ne potrebujejo Kubernetesa?" Vendar to vprašanje ne zadeva ljudi, temveč vprašanje podjetij. Tukaj morate razumeti, da ima Kubernetes določene primere, v katerih je zelo primeren, in naloge, ki jih dobro rešuje, nasprotno pa obstaja nekaj scenarijev za uporabo Kubernetesa, ko povzroča dodatno bolečino in dodatno trpljenje. Zato niti ni odvisno od ljudi, ampak od tega, katera podjetja se razvijajo in kako dolgo.
Na primer, kakšen grozen Legacy monolit - verjetno ga ne bi smeli potisniti v Kubernetes, ker bo povzročil več težav kot koristi. Ali pa na primer, če je to majhen projekt, ima majhno obremenitev ali načeloma ni veliko denarja in sredstev. Nima smisla ga vleči v Kubernetes.
In na splošno, verjetno, na splošno, kot je že veliko ljudi povedalo, če postavljate vprašanje: "Ali potrebujem Kubernetes?", Potem ga najverjetneje ne potrebujete. Ne spomnim se, kdo se je tega prvi domislil, po mojem mnenju Pasha Selivanov. Strinjam se s tem 100%. In do Kubernetesa moraš odrasti - in ko že postane jasno, da jaz potrebujem Kubernetes in ga potrebuje naše podjetje ter da bo pomagal rešiti takšna in drugačna vprašanja, potem je verjetno smiselno, da se učiš in natančno ugotoviš, kako nastaviti tako, da postopek prehoda na Kubernetes ni zelo boleč.
Nekatere otroške tegobe in nekatere preproste stvari, pa tudi ne zelo preproste, lahko izveste predvsem pri nas in ne greste skozi lastne grablje in bolečine.
Mnoga podjetja so šla prav po tej poti, da je sprva obstajala samo nekakšna infrastruktura brez kontejnerizacije. Potem so prišli do točke, ko je postalo težko vse to obvladati, so prešli na Docker in na neki točki zrasli do te mere, da je postalo utesnjeno v okviru Dockerja in tega, kar ponuja. In začeli so gledati, kaj je naokoli, kateri sistemi rešujejo te težave, zlasti Kubernetes – to je eden tistih sistemov, ki vam omogoča reševanje težav, ko čisti Docker postane prenatrpan in nima funkcionalnosti, to je res dober primer, ko ljudje Gredo korak za korakom od spodaj navzgor, razumejo, da ta tehnologija ni dovolj in preidejo na naslednjo raven. Nekaj so porabili, tega je spet zmanjkalo in so šli naprej.
To je zavestna izbira - in je zelo kul.
Na splošno vidim, da je naš sistem zelo lepo zgrajen, npr. , tudi prek video tečajev. Potem gre za dockerjem torej torej . Vse se vrsti logično - človek mine in nastane trden poklic.
Načeloma vam nabor tečajev omogoča, da pokrijete veliko primerov, tudi sodobnih. Še vedno so področja, ki ostajajo siva območja, upam, da bomo kmalu ustvarili nekaj tečajev, ki nam bodo omogočili, da zapremo te sive cone, predvsem bomo izmislili nekaj o varnosti. Ker to postaja zelo aktualno.
Skratka, imamo nekaj sivih lis, ki bi jih bilo zelo lepo zapreti, da bi bila celostna, popolna slika – in ljudje bi lahko prišli in tako kot je sam Kubernetes kot lego konstruktor, lahko narediš različne stvari iz zbira, če še vedno ni dovolj - dopolnjuje, enako je z našimi tečaji, da ljudje razumejo, kaj od tega potrebujejo, iz naših tečajev morajo sestaviti nekakšno sestavljanko, nekakšen konstrukcijski set.
Če si zastavite na splošno pravilno in pošteno vprašanje: "Kdo bi zdaj lahko uporabljal aktivni tečaj Docker?", potem:
- Za študente, ki se šele začenjajo s tem ukvarjati.
- Zaposleni v oddelku za testiranje.
- Pravzaprav obstaja veliko podjetij, ki še vedno ne le ne uporabljajo Dockerja, ampak nihče ni slišal za takšno tehnologijo in je načeloma ne znajo uporabljati. In poznam več velikih podjetij v Sankt Peterburgu, ki so se razvijala več let in so uporabljala nekatere stare tehnologije, gredo v to smer. Zlasti za takšna podjetja, za inženirje v takšnih podjetjih, je ta tečaj lahko zelo zanimiv, saj vam bo, prvič, omogočil, da se hitro potopite v to tehnologijo, in drugič, takoj ko se pojavi več inženirjev, ki razumejo, kako vse to dela, lahko to prinesejo v podjetje in razvijejo to kulturo in te usmeritve znotraj podjetja.
- Po mojem mnenju je ta tečaj lahko še vedno uporaben za tiste, ki so že delali z dockerjem, vendar zelo malo in bolj v slogu "naredi enkrat, naredi dvakrat" - in zdaj bodo nekako sodelovali z istim Kubernetesom in tem jim nalaga določene obveznosti, če imaš zelo površno znanje o tem, kaj je docker, kako ga poganjaš, hkrati pa ne veš, kako deluje od znotraj, ne veš, kaj je najbolje početi z in česa je bolje ne početi, potem je ta tečaj zelo primeren za sistematizacijo in poglabljanje znanja.
Ampak, če imate znanje na ravni: "Ne vem, kako pravilno napisati iste datoteke Docker, lahko si predstavljam, kaj so imenski prostori, kako vsebniki delujejo, kako so dejansko implementirani na ravni operacijskega sistema" - potem je tu vsekakor nima smisla hoditi k nam, ne boste izvedeli nič novega in boste malo žalostni zaradi porabljenega denarja in časa.
Če formuliramo, katere prednosti ima naš tečaj, potem:
- Poskušali smo narediti ta tečaj z zadostnim številom praktičnih primerov, ki vam bodo omogočili ne samo razumevanje teoretičnega dela, ki obstaja, ampak tudi razumevanje, zakaj ga potrebujete in kako ga boste uporabljali v prihodnosti;
- obstaja več razdelkov, ki jih zelo redko kje najdemo - in na splošno ni toliko gradiva o njih. Povezani so z interakcijo Dockerja z operacijskim sistemom, celo nekoliko drugače. Katere mehanizme je Docker vzel iz operacijskega sistema za implementacijo sistema kontejnerizacije - in to daje tako globlje razumevanje celotne problematike izvajanja vsebnikov v operacijskem sistemu Linux. Kako deluje, kako medsebojno deluje znotraj operacijskega sistema, zunaj itd.
To je tako resnično globok pogled, da se zgodi zelo redko, hkrati pa je po mojem mnenju zelo pomemben. Če želite dobro razumeti katero koli tehnologijo in razumeti, kaj lahko pričakujete od nje, morate imeti vsaj splošno predstavo o tem, kako deluje na nizki ravni.
Naš tečaj prikazuje in pove, kako to deluje z vidika operacijskega sistema. Po eni strani vsi kontejnerski sistemi uporabljajo iste mehanizme operacijskega sistema. Po drugi strani pa vzamejo tisto, kar je v operacijskem sistemu Linux, na primer docker. Drugi sistemi za kontejnerizacijo niso prinesli nič novega - vzeli so tisto, kar je že bilo v Linuxu, in napisali le priročen ovoj, ki vam omogoča, da ga hitro pokličete, zaženete ali nekako komunicirate z njim. Isti Docker ni zelo velik sloj med operacijskim sistemom in ukazno vrstico, je nekakšen pripomoček, ki vam omogoča, da ne pišete kilotonov ukazov ali neke vrste kode C za ustvarjanje vsebnika, ampak da to storite tako, da vnesete nekaj vrstic v terminalu.
In še nekaj, če govorimo konkretno o Dockerju, tisto, kar je Docker res prinesel v IT svet, so standardi. Kako naj se aplikacija zažene, kako naj deluje, kakšne so zahteve za dnevnike, kakšne so zahteve za skaliranje, konfiguracija same aplikacije.
V mnogih pogledih se docker nanaša na standarde.
Standardi se selijo tudi v Kubernetes - in tam so povsem enaki standardi; če znate svojo aplikacijo dobro izvajati v Dockerju, bo 99 % časa delovala prav tako dobro v Kubernetesu.
Če vas ne zanima le, kako je bil ustvarjen tečaj Docker, ampak tudi drugi tečaji, ampak vas tečaj sam zanima tudi s praktičnega vidika, potem
Veseli vas bomo!
Vir: www.habr.com