Iza kulisa. Kako nastaju tečajevi?

Sudionik dolazi na tečaj ili intenziv. Vidi uredne redove tehničke podrške, pažljivo postavljene napajalne kablove, šahovski raspored predavaonice, sjajne slike i sheme slajdova. Govornici s osmijehom i šalama predstavljaju informacije tako da jedva stignete pratiti. Postavke su podešene, zadaci s prakse jednostavno lete s prstiju, jedino ponekad treba pomoć tehničke podrške.

A tu su i kafići s istomišljenicima, energična i dinamična atmosfera, razmjena iskustava, najneobičnija pitanja govornicima. I odgovori, i informacije koje nećete pronaći u priručnicima, već samo u praksi.

Kako mislite, koliko je vremena, truda i živaca uloženo da bi to izgledalo baš ovako?

Zahvaljujući Volodi Gurjanovu, certificiranom administratoru Kubernetes-a i inženjeru/tim lideru u Southbridge, koji je od samog početka bio svjedok i aktivni sudionik stvaranja mnogih tečajeva Sljerma.

Vidjeli smo s unutrašnje strane stvaranja tečajeva — poteškoće i oštri trenuci, uvidi i neočekivana rješenja. I poznate intenzive o Kubernetes-u, kao što su Sljern Basic i Sljern Mega. I novi, uvelike preuređeni tečaj Sljern DevOps:Tools&Cheats, koji neumoljivo dolazi i počinje 19. kolovoza.

Ali, pretpostavljam, dosta s lirike, pređimo na samu priču. Kako je iz nekoliko tema intenziva postupno nastao sasvim samostalan i višedimenzionalan tečaj Docker. Tako da ću započeti priču o tome kako se stvaraju i razvijaju tečajevi — gotovo "Prije mnogo stara vremena u galaksiji daleko, daleko…"

A što se događa iza kulisa?

Ako pitate kako radimo tečajeve i odakle sve počinje, odgovaram jednostavno: "Sve započinje s idejom".

Obično ideja dolazi odnekud — ne sjedimo kao vezanici u podrumu dok ne smislimo: "O kojoj temi da napravimo tečaj?". Ideje dolaze same od vanjskih izvora. Ponekad ljudi počnu aktivno pitati: "Što znate o toj ili onoj tehnologiji?". Ili kao što je bilo s Docker-om, što ga nije bilo moguće uklopiti u vrijeme intenziva — očito ga je trebalo iznijeti van, da bi se u okviru intenziva nešto moglo reći.

Tako se pojavljuje ideja.

Nakon što se ona pojavi, započinje, po mom mišljenju, najteži trenutak — shvatiti što uključiti u ovaj tečaj — to je vrlo usporedivo s pripremama govornika za razne konferencije.

Postoji jedan glavni problem kada odabereš temu i misliš: „Što bih o tome mogao reći? Ovo je previše jednostavno, to je očito, to svi znaju.”

Ali zapravo to nipošto nije istina. Osobno često naglašavam da ono što se tebi čini očitim, osobama koje dolaze da te slušaju ili pohađaju tečaj, to uopće nije očito. I ovdje nastaje veliki sloj posla i unutarnjeg sukoba oko toga što uključiti u tečaj. Kao rezultat toga nastaje popis poglavlja sa širokim zamahom, o čemu će tečaj biti.

A onda počinje jednostavan rutinski rad:

• Odabir materijala
• Pažljivo čitanje dokumentacije o trenutnoj verziji, budući da se IT svijet trenutno razvija nevjerojatnim brzinama. Čak i ako radiš s nečim i radiš tečaj o tome, moraš otići do dokumentacije i vidjeti što je novo, o čemu bi bilo zanimljivo govoriti, o čemu bi moglo biti posebno korisno napomenuti.
• I pojavljuje se neka vrsta kostura tečaja, gdje je većina tema općenito razrađena i izgleda da je sve što trebaš — snimaj videe i pokreni u produkciju.
• Ali zapravo nije tako, onda počinje težak posao, ali ne za autore tečaja, već za one koji testiraju. Obično su naši alfa testeri tehnička podrška, koja, s jedne strane, pregledava tečajeve radi raznih sintaktičkih i gramatičkih grešaka. S druge strane, oštro nas kritiziraju kada postoje neki takvi posve nejasni, zbunjujući dijelovi. Kada se u tekstovima pojavljuju složene rečenice razdvojene na nekoliko stranica ili očiti besmisli. Sve to pregledavaju, traže.
• Potom počinje faza praktičnog testiranja, gdje se također otkrivaju neka očita nefunkcionalna mjesta i ističu se neki momenti koji se mogu ili komplicirati, budući da je dosadno samo sjediti i kopirati — te se otkrivaju mjesta gdje mnogo očekujemo od ljudi koji će prolaziti kroz ovaj tečaj. Tada dolaze preporuke: „Učinite, ljudi, ovdje malo jednostavnije, to će biti lakše za razumjeti i donijet će više koristi.”
• Nakon što je taj obim posla obavljen, napisana je ona deo koja se odnosi na video, izgleda da je sve u redu. I već se može dati na objavljivanje, za reklamu ovog kursa. No opet, nije još uvijek, prerano je — jer u poslednje vreme smo prestali malo verovati sebi i uopšte počeli više raditi s povratnim informacijama. Pojavio se koncept beta-testiranja – to je kada se pozivaju ljudi koji nemaju nikakve veze s našom kompanijom i za neke pogodnosti im se prikazuju svi delovi kursa, video, tekst, praktične zadatke, kako bi ocijenili kvalitet materijala, dostupnost materijala i pomogli nam da kurs učinimo maksimalno dobrim.
• I kada prođe nekoliko takvih iteracija, govornici, alfa-testiranje u obliku tehničke podrške, beta-testiranje, dorade. A zatim sve počinje ispočetka — tehnička podrška, beta-testiranje, dorade.
• I u određenom trenutku dolazi do shvatanja da ili završavamo sa doradama, jer učiniti tako da se svima sviđa – potpuno je nerealno, ili se donose neke radikalne odluke. Kada su mnoge primedbe o određenim mestima kritične — prepraviti ih globalno, jer nešto nije ispalo kako treba.
• Zatim dolazi vreme manjih ispravki — negde rečenica nije lepo formulisana, negde nekom ne odgovara font, 14,5, a želeo bi 15,7.
• Kada ostanu ovakve vrste primedbi, onda je to to, kurs se više-manje otvara, počinju zvanične prodaje.

I na prvi pogled jednostavan i kratak zadatak da se napravi kurs, ispostavlja se da nije tako jednostavan i zahteva neverovatno mnogo vremena.

I postoji još jedan važan momenat, a to je da rad na kursu ne završava kada je kurs pušten. Prvo, pažljivo čitamo komentare koje ostavljaju na određenim delovima. I čak i pored svih napora koje smo uložili, i dalje se otkrivaju neki propusti, neki nedostaci, koji se tokom vremena, u realnom vremenu ispravljaju, doradio, kako bi svaki sledeći korisnik dobio kvalitetniju uslugu.

Svaki kurs ima svog product ownera koji, osim što definira opću koncepciju i provjerava rokove, bilježi napomene za kasniju potrebu da se kurs potpuno obnovi, a to će se sigurno dogoditi jer će za godinu ili dvije dio onoga što govorimo postati neaktualan zbog moralne zastarjelosti. Product owner bilježi najčešća pitanja, što je ljudima bilo nejasno, koje su zadaće bile vrlo teške, a koje su, naprotiv, bile vrlo jednostavne. Sve se to uzima u obzir prilikom ponovne snimke kursa, kod nekog refaktoringa, kako bi svaki globalni ciklus kursa bio bolji, praktičniji i ugodniji.

Tako nastaju kursevi.

Kako je nastao kurs o Dockeru

Ovo je posebna, čak i neobična tema za nas. S jedne strane, nismo planirali njegovu izradu jer ga mnoge online škole već nude. S druge strane, sam je zatražio svoj put i našao logično mjesto u našoj koncepciji obuke IT stručnjaka za Kubernetes.

Ako govorimo vrlo općenito, sve je započelo s kursom o Kubernetesu, kada ga je tek započeto, mislim, nakon prve Službene zasednice. Prikupili smo povratne informacije i vidjeli da mnogi žele pročitati dodatne informacije o Dockeru, a mnogi dolaze na osnovni kurs o Kubernetesu, ne znajući što je to. Docker.

Stoga smo za drugu Službenu zasednicu napravili kurs — ili bolje rečeno, nekoliko poglavlja o Dockeru. Gdje smo izlagali osnovne stvari, kako bi ljudi koji dolaze na intenzivno učilište nisu osjećali da su zakinuti i da uopće razumiju što se događa.

A onda su se događaji odvijali otprilike ovako. Količina materijala rasla je i prestala se uklapati u 3 dana. Pojavila se logična i očita ideja: zašto ne bismo napravili mali kurs iz onoga što pričamo na Službenoj Bazi, na koji bismo mogli slati ljude koji žele prije intenzivnog kursa o Kubernetesu pogledati nešto o Dockeru.

Službena Junior — to je zapravo objedinjavanje nekoliko osnovnih kurseva. Na kraju je kurs o Dockeru postao dio Službene Junior. To je neka nulta razina prije Osnovnog i Mega. A kasnije su se tu nalazile vrlo osnovne apstrakcije.

U nekom trenutku ljudi su počeli pitati: „Hej, ovo je sve dobro, dovoljno je da razumijemo o čemu govorite na intenzivnim tečajevima. Gdje možemo pročitati više o tome što Docker može i kako ga koristiti te što zapravo predstavlja?“. Tako se rodila ideja da se od njega napravi punopravni tečaj o Dockeru, kako bismo, s jedne strane, mogli u njega slati sve one koji dolaze na Slurm za Kubernetes, a s druge strane, za one koji trenutno nisu zainteresirani za razvoj Kubernetes-a. Da IT stručnjak može doći i pogledati naš tečaj o Dockeru i započeti svoje evolucijsko putovanje jednostavno s čistim Dockerom. Da imamo takav potpun, završeni tečaj — i mnogi će, nakon što pogledaju ovaj tečaj i rade neko vrijeme s čistim Dockerom, napredovati do razine kada im je već potreban Kubernetes ili neki drugi sustav orkestracije. I došli su konkretno kod nas.

Ponekad postavljaju pitanje: "Koje osobe sada možda ne trebaju Kubernetes?" No ovo pitanje nije toliko o ljudima, koliko o kompanijama. Ovdje treba razumjeti da Kubernetes ima određene slučajeve upotrebe gdje dobro odgovara i zadatke koje dobro rješava, ali postoje i neki scenariji gdje Kubernetes može izazvati dodatne probleme i patnje. Stoga ovdje ne ovisi o ljudima, nego o tome što i kako kompanije razvijaju.

Na primjer, neki strašni monolit naslijeđa — vjerojatno ga ne treba gurati u Kubernetes, jer će to donijeti više problema nego prednosti. Ili, na primjer, ako je to neki mali projekt — ima male opterećenje ili jednostavno nema puno novca i resursa. Tada nema smisla povlačiti ga u Kubernetes.

I općenito, kao što je već mnogo ljudi reklo, ako se pitate: "Treba li mi Kubernetes?", onda vam vjerojatno i ne treba. Ne sjećam se tko je to prvi smislio, mislim da je to bio Paša Selivanov. S tim se slažem 100%. Treba narasti do Kubernetes-a — i kada se već pojavi razumijevanje da vam je baš Kubernetes potreban i da će pomoći riješiti određene probleme, tada vjerojatno ima smisla otići učiti i razjasniti kako ga ispravno postaviti, kako bi proces prijelaza na Kubernetes bio što manje bolan.

Neke dječje boljke i neke jednostavne, a čak i ne tako jednostavne stvari, mogu se saznati kod nas, a ne prolaziti kroz vlastite prepreke i bol.

Mnoge tvrtke su prvotno krenule s nekakvom infrastrukturom bez kontejnerizacije. Kasnije su se suočili s poteškoćama u upravljanju sustavima, prešli su na Dockere, a u nekom trenutku su shvatili da im u okviru Dockera postaje tijesno. Počeli su istraživati što se nudi izvan toga, koja rješenja postoje i Kubernetes je jedan od tih sustava koji rješava probleme kada u čistom Dockeru postane tijesno i nedostaje funkcionalnosti. To je odličan primjer kako ljudi postupno evoluiraju, shvaćaju da im ta tehnologija nije dovoljna i prelaze na višu razinu. Isprobali su nešto, ponovno im je postalo nedovoljno — i idu dalje.

To je promišljen izbor — i to je vrlo lijepo.

Zapravo vidim da se vrlo lijepo oblikuje naš sustav, na primjer, tečaj o Dockeru, čak i kroz video tečajeve. Nakon Dockera slijedi osnovni Kubernetes, zatim Mega Kubernetes, zatim Ceph. Sve se logično povezuje — osoba prođe tečajeve i dobije cjelovitu profesiju.

U principu, set tečajeva pokriva vrlo mnogo suvremenih slučajeva. Postoje i područja koja ostaju nejasna, nadam se da ćemo uskoro osmisliti tečajeve koji će pokriti ta nejasna područja, posebno nešto vezano uz sigurnost. Jer to postaje vrlo aktualno.

Ako bismo ukratko rekli, postoje neka nejasna područja koja bi bilo odlično zatvoriti, da dobijemo cjelovitu sliku — da ljudi mogu doći i da je Kubernetes poput Lego kocaka, iz kojih se mogu sastavljati razni kompleti, a ako nečega nedostaje — dopuniti. Tako i naši tečajevi omogućuju ljudima da razumiju što im treba iz toga, sastavljajući neki mozaik ili konstruktor iz naših tečajeva.

Ako se postavi pravo i iskreno pitanje: "Kome će sada koristiti aktivni tečaj o Dockeru?", onda:

• Studentima koji tek počinju.
• Zaposlenicima odjela za testiranje.
• Uistinu, postoji mnogo tvrtki koje još uvijek, ne samo da ne koriste dockere, već nitko nije čuo za ovu tehnologiju i ne zna kako je koristiti. Znam nekoliko velikih tvrtki u Sankt Peterburgu koje se već godinama bave razvojem i koriste stare tehnologije, te se u tom smjeru kreću. Osobito za takve tvrtke i inženjere u njima, ovaj tečaj može biti veoma zanimljiv, jer će, prvo, omogućiti brzo uranjanje u ovu tehnologiju, a drugo, kada se pojavi nekoliko inženjera koji razumiju kako to sve funkcionira, mogu to donijeti u tvrtku i unutar nje razviti tu kulturu i te smjerove.
• Smatram da će ovaj tečaj možda biti koristan i onima koji su već radili s dockerom, ali vrlo malo i više u stilu „napraviti jedan, napraviti dva“ — i sada se planiraju na bilo koji način povezati s Kubernetesom, što na njih stavlja određene obveze. Ako imaju vrlo površno znanje o tome što je docker, kako ga pokrenuti, ali ne znaju kako on funkcionira iznutra, ne znaju što je najbolje raditi s njim, a što ne, onda je ovaj tečaj odličan za sistematizaciju i produbljivanje znanja.

Ali ako su vaša znanja na razini: „Ne znam kako pravilno pisati docker datoteke, imam pojma što su namespaces, kako rade kontejneri, kako su oni stvarno implementirani na razini operativnog sustava“ — tada nema smisla doći k nama, nećete naučiti ništa novo i bit će vam malo žao zbog utrošenog novca i vremena.

Ako bismo mogli formulirati koje su prednosti našeg tečaja, onda:

• pokušali smo ovaj tečaj osmisliti s dovoljno praktičnih slučajeva koji će vam omogućiti ne samo da shvatite teorijski dio, već i da razumijete zašto vam to treba i kako ćete to koristiti u budućnosti;
• Postoji nekoliko odjeljaka koji se rijetko susreću — i općenito se o njima ne može pronaći mnogo materijala. Odnose se na interakciju Dockera s operativnim sustavom, čak i malo drugačije. Koje mehanizme je Docker preuzeo iz operativnog sustava kako bi implementirao sustav kontejnerizacije — i to pruža dublje razumijevanje pitanja pokretanja kontejnera unutar operativnog sustava Linux. Kako to funkcionira, kako međusobno djeluju unutar operativnog sustava, izvana i tako dalje.

To je stvarno dubok pogled, koji se rijetko viđa, i stoga, po mom mišljenju, to je vrlo važno. Ako želite dobro shvatiti bilo koju tehnologiju i razumjeti što od nje očekivati, potrebno je barem u općim crtama znati kako ona funkcionira na niskoj razini.

Naš tečaj pokazuje i objašnjava kako to funkcionira iz perspektive operativnog sustava. S jedne strane, sve kontejnerizacijske sustave koriste iste mehanizme operativnog sustava. S druge strane, koriste ono što postoji u operativnom sustavu Linux, poput Dockera. Ostali sustavi kontejnerizacije nisu smislili ništa novo — preuzeli su ono što već postoji u Linuxu i napisali jednostavnu omotnicu koja omogućuje brzo pozivanje, pokretanje ili interakciju s time. Sam Docker nije velika slojevita struktura između operativnog sustava i naredbenog retka; to je alat koji omogućuje da ne pišete kilotone komandi ili neki C kod kako biste stvorili kontejner, već da to učinite unosom nekoliko redaka u terminal.

A osim toga, ako govorimo posebno o Dockera, ono što je stvarno donio u svijet IT-a su standardi. Kako bi se aplikacija trebala pokrenuti, kako bi trebala raditi, koji su zahtjevi za logove, koji su zahtjevi za skalabilnost i konfiguriranje same aplikacije.

U velikoj mjeri, Docker je o standardima.

Standardi se također prenose u Kubernetes — i tamo su točno ti isti standardi, ako znate kako dobro pokrenuti svoju aplikaciju u Dockeru, ona će 99% vremena raditi jednako dobro i unutar Kubernetesa.

Ako vas je zanimalo ne samo kako je tečaj Docker nastao, već i ostali tečajevi, a također vas zanima sam tečaj iz praktične perspektive, onda Još uvijek imate vremena da ga nabavite po sniženoj cijeni od 5000 kuna do 30. srpnja.

Bit ćemo radosni vidjeti vas!

Izvor: habr.com