Polaznik dolazi na tečaj ili intenzivni tečaj. Vidi uredne redove tehničke podrške, uredno postavljene strujne kablove, šahovnicu u predavaonici, svijetle slike i dijagrame. Govornici sa šalama i osmjesima daju informacije na takav način da ih jednostavno imate vremena razumjeti. Tribine su postavljene, zadaci za vježbanje jednostavno lete od prstiju, samo što je ponekad potrebna pomoć tehničkog osoblja. podrška.
A također i pauze za kavu s istomišljenicima, vesela i energična atmosfera, razmjena iskustava, najneočekivanija pitanja govornicima. I odgovore i informacije koje nećete pronaći u priručnicima, već samo u praksi.
Što mislite koliko je vremena, truda i živaca trebalo da izgleda baš ovako?
Zahvaljujući Volodji Guryanovu, certificiranom Kubernetes administratoru i voditelju inženjera/tima u Southbridgeu, koji je svjedočio i aktivno sudjelovao u stvaranju mnogih Slurm tečajeva od samog početka.
Vidio je podzemlje stvaranja - složenosti i trnovite grablje, uvide i neočekivana rješenja. I već poznati Kubernetes intenzivni, kao što su Slurm Basic i Slurm Mega. I novi, uvelike revidirani tečaj , koji se neumitno približava, a započet će 19. kolovoza.
Ali, možda, dosta teksta, prijeđimo na samu priču. Kako od par intenzivnih tema posve samodostatan i višestruk . Pa ću započeti priču o tome kako se kreiraju i razvijaju tečajevi - baš kao "Prije mnogo vremena u galaksiji daleko, daleko..."
Što je iza kulisa?
Ako pitate kako radimo tečajeve i gdje sve počinje, jednostavno ću vam odgovoriti “Sve počinje s idejom”.
Obično ideja dođe odnekud - ne sjedimo s lisicama u podrumu dok ne smislimo: "Na koju temu da napravimo tečaj?" Ideje dolaze odnekud same od sebe iz vanjskih izvora. Ponekad se ljudi počinju aktivno pitati: "Što znate o toj i takvoj specifičnoj tehnologiji?" Ili kako je s Dockerom bilo nemoguće uklopiti ga u tajming za intenzivni tečaj - očito ga je trebalo izvesti van kako bi imao vremena nešto ispričati tijekom intenzivnog tečaja.
Tako se pojavljuje ideja.
Nakon najave, po mom mišljenju, počinje najteži trenutak - općenito razumjeti što uključiti u ovaj tečaj - to je vrlo usporedivo s načinom na koji se govornici pripremaju za bilo koju konferenciju.
Postoji jedna glavna bol kada se čini da ste odabrali temu i pomislite: “Što da kažem o tome? Ovo je prejednostavno, ovo je očito, i to svi znaju.”
Ali zapravo to uopće nije tako. I ja osobno na mnogo mjesta kažem da ono što se vama čini očiglednim, onima koji vas dolaze slušati ili pohađati tečaj, uopće nije očito. I tu dolazi do tako velikog sloja rada i unutarnjeg sukoba oko toga što uključiti u tečaj. Kao rezultat toga, dobivamo takav popis poglavlja s tako zamašnim velikim potezima, o čemu će biti tečaj.
I tada počinje jednostavan rutinski posao:
- Odabir materijala
- Pažljivo pročitajte dokumentaciju za trenutnu verziju, budući da se IT svijet sada razvija nekom kozmičkom brzinom. Čak i ako radite s nečim i napravite tečaj o tome, morate otići u dokumentaciju i vidjeti što ima novo, o čemu je zanimljivo pričati, što bi moglo biti posebno korisno spomenuti.
- I pojavljuje se određeni kostur kolegija, gdje je većina tema, općenito, već obrađena i čini se da što je tu - snimite videe i pustite ih u produkciju.
- Ali zapravo ne, tada 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 prvo lektorira tečajeve radi eventualnih sintaktičkih i gramatičkih pogrešaka. Drugo, bolno nas tuku palicama i psuju kad su neka sasvim neočigledna, neshvatljiva mjesta. Kad se u tekstovima pojave neke složeno složene podređene rečenice od par stranica ili očite besmislice. Sve čitaju, paze na to.
- Zatim počinje faza testiranja u praksi, gdje se također hvataju neke očite stvari koje ne rade i pokazuju se neki trenuci koji se mogu otežati, jer postaje ne baš zanimljivo - samo sjediti i kopirati - i identificiraju se mjesta gdje je vrlo teško i imamo mnogo toga što želimo od ljudi koji će pohađati ovaj tečaj. A onda stižu preporuke: "Dečki, pojednostavite ovdje, bit će lakše percipirati i bit će više koristi od toga."
- Nakon ovolikog posla, napisanog dijela koji se odnosi na video, čini se da je sve u redu. I već ga možete donirati za proizvodnju, za reklamiranje ovog tečaja. Ali opet, ne, prerano je - jer nedavno smo malo prestali vjerovati sebi i, u principu, počeli više raditi s povratnim informacijama. Postoji nešto poput beta testiranja - to je kada se pozivaju ljudi izvana, koji nisu ni na koji način povezani s našom tvrtkom, a za neke dobrote pokazuju im se svi dijelovi tečaja, videa, teksta, praktičnih zadataka, tako da ocijenili kvalitetu materijala, dostupnost materijala i pomogli nam da tečaj učinimo što boljim.
- A kad prođe nekoliko takvih iteracija, zvučnici, alfa testiranje u vidu tehničke podrške, beta testiranje, poboljšanja. A onda sve kreće ispočetka - tehnička podrška, beta testiranje, poboljšanja.
- I u nekom trenutku dolazi do shvaćanja da smo ili završili s izmjenama, jer je potpuno nerealno osigurati da se to svima sviđa, ili se donose neke drastične odluke. Kada su mnogi komentari na određenim mjestima kritični, ponovite ih globalno, jer je nešto pošlo krivo.
- Onda dolazi vrijeme za manje izmjene - negdje rečenica nije lijepo formulirana, negdje se nekome ne sviđa font, 14,5, a želio bi 15,7.
- Kad ovakva primjedba ostane, to je to, tečaj se više-manje otvara, počinje službena prodaja.
I na prvi pogled kratak i jednostavan zadatak izrade tečaja ispada nimalo jednostavan i traje nevjerojatno dugo.
I postoji još jedna važna točka da rad s tečajem ne završava kada je tečaj pušten. Prvo, pažljivo čitamo komentare koji su ostavljeni na pojedinim dijelovima. I unatoč svim naporima koje smo uložili, neki nedostaci se ipak uočavaju, neke greške se ispravljaju i poboljšavaju usput, u realnom vremenu, kako bi svaki sljedeći korisnik dobio bolju uslugu.
Svaki kolegij ima svog product ownera, koji osim definiranja općeg koncepta, provjerava rokove, bilježi na marginama da kada dođe vrijeme da se kolegij potpuno prepiše, a ono će sigurno doći, jer za dvije godine, ili čak godinu dana kasnije, nešto od onoga što kažemo postat će nevažno jednostavno zato što će postati moralno zastarjelo. Vlasnik proizvoda bilježi na marginama koje najčešće ljudi pitaju koje su točke bile nejasne, koji su se zadaci činili vrlo teškim, a koji su, naprotiv, vrlo jednostavni. I sve se to uzima u obzir prilikom ponovnog snimanja tečaja, tijekom neke vrste refactoringa, tako da svaka iteracija globalnog tečaja postaje bolja, praktičnija i udobnija.
Tako se pojavljuju tečajevi.
Kako je rođen tečaj Docker
Ovo je za nas zasebna i čak neobična tema. Jer s jedne strane, nismo planirali to učiniti, jer mnoge online škole to nude. S druge strane, tražio je puštanje na slobodu i našao logično mjesto u našem konceptu školovanja informatičara u Kubernetesu.
Govoreći vrlo globalno, inicijalno je sve počelo s tečajem o Kubernetesu, kada je tek krenulo, po mom mišljenju, nakon prvog Slurma. Prikupili smo povratne informacije i vidjeli da mnogi ljudi žele pročitati nešto dodatno o Dockeru negdje drugdje, a općenito mnogi dolaze na osnovni tečaj o Kubernetesu ne znajući što je to .
Stoga su za drugi Slurm napravili tečaj - točnije, čak ni tečaj, nego su napravili par poglavlja o Dockerima. Gdje su ispričali neke najosnovnije stvari, kako se ljudi koji dođu na intenzivnu ne bi osjećali zakinutima i općenito razumjeli što se događa.
A onda su se događaji razvijali otprilike ovako. Količina materijala je rasla i prestala stati za 3 dana. I pojavila se logična i očita ideja: zašto ne pretvoriti ono što pokrivamo na Slurm Basicu u nekakav mali tečaj na koji biste mogli slati ljude koji žele pogledati nešto o Dockeru prije nego krenu na intenzivni tečaj o Kubernetesu.
Slurm Junior je zapravo kombinacija nekoliko takvih osnovnih tečajeva. Kao rezultat toga, tečaj Docker postao je dio Slurm Juniora. Odnosno, ovo je takav nulti korak prije и . A tu su bile samo vrlo osnovne apstrakcije.
Ljudi su se u jednom trenutku počeli pitati: “Dečki, ovo je sve super, ovo je dovoljno da shvatite o čemu pričate na intenzivnim tečajevima. Gdje mogu pročitati detaljnije o tome što docker može raditi i kako raditi s njim, te što je to?” Pa je došla ideja da to bude ravno , kako bi se, prvo, ljudi koji dođu u Slurm koristeći Kubernetes i dalje mogli poslati na njega, a s druge strane, za one koje Kubernetes u ovoj fazi razvoja niti ne zanima. Tako da IT stručnjak može doći gledati naš tečaj o Dockeru i započeti svoj evolucijski put jednostavno s čistim Dockerom. Tako da imamo takav punopravni, kompletan tečaj - a onda su mnogi, gledajući ovaj tečaj, radeći neko vrijeme s čistim Dockerom, narasli do razine na kojoj im je potreban Kubernetes ili neki drugi sustav orkestracije. A došle su nam posebno.
Ponekad se postavlja pitanje: "Kakvi ljudi sada ne trebaju Kubernetes?" Ali ovo pitanje nije o ljudima, to je prije pitanje o tvrtkama. Ovdje morate razumjeti da Kubernetes ima određene slučajeve u kojima je dobro prilagođen i zadatke koje dobro rješava, ali naprotiv, postoje neki scenariji za korištenje Kubernetesa kada uzrokuje dodatnu bol i dodatnu patnju. Dakle, to čak i ne ovisi o ljudima, nego o tome koje su se tvrtke razvijale i koliko dugo.
Na primjer, neki užasni Legacy monolit - vjerojatno ga ne biste trebali gurati u Kubernetes, jer će uzrokovati više problema nego koristi. Ili, na primjer, ako se radi o malom projektu, ima malo opterećenja ili, u principu, nema puno novca i resursa. Nema smisla to vući u Kubernetes.
I općenito, vjerojatno, općenito, kao što su mnogi ljudi već rekli, ako postavljate pitanje: "Trebam li Kubernetes?", Onda vam najvjerojatnije ne treba. Ne sjećam se tko je to prvi smislio, po mom mišljenju, Pasha Selivanov. Slažem se s ovim 100%. I trebaš odrasti do Kubernetesa - i kada već postane jasno da ja trebam Kubernetes i naša tvrtka ga treba, i da će pomoći u rješavanju takvih i takvih problema, onda vjerojatno ima smisla ići učiti i smisliti kako točno postaviti dobro je, tako da proces prelaska na Kubernetes nije jako bolan.
Neke dječje boljke i neke jednostavne stvari, pa čak i ne baš jednostavne, možete saznati posebno kod nas, a ne prolaziti kroz vlastite grablje i bol.
Mnoge tvrtke su krenule upravo tim putem da je u početku postojala samo neka vrsta infrastrukture bez kontejnerizacije. Onda su došli do točke kada im je postalo teško sve to upravljati, prešli su na Docker i u jednom trenutku su narasli do te mjere da im je postalo tijesno u okvirima Dockera i onoga što on nudi. I počeli su promatrati što je okolo, koji sustavi rješavaju te probleme, a posebno Kubernetes - ovo je jedan od onih sustava koji vam omogućuje rješavanje problema kada čisti Docker postane pretrpan i nedostaje mu funkcionalnost, ovo je stvarno dobar slučaj kada ljudi Idu korak po korak odozdo prema gore, shvaćaju da ova tehnologija nije dovoljna i prelaze na sljedeću razinu. Nešto su iskoristili, opet je postalo oskudno i krenuli su dalje.
Ovo je svjestan izbor - i vrlo je cool.
Općenito, vidim da je naš sustav vrlo lijepo izgrađen, npr. , čak i putem video tečajeva. Onda nakon dokera ide , a zatim , a zatim . Sve se logično posloži - prođe osoba i pojavi se solidna profesija.
U principu, skup tečajeva omogućuje vam pokrivanje puno slučajeva, čak i modernih. Još uvijek postoje područja koja ostaju siva zona, nadam se da ćemo uskoro napraviti neke tečajeve koji će nam omogućiti da zatvorimo te sive zone, posebice ćemo smisliti nešto o sigurnosti. Jer ovo postaje vrlo relevantno.
Ukratko, imamo neke sive zone koje bi bilo jako lijepo zatvoriti, da bude cjelovita, cjelovita slika – i ljudi mogu doći, a kao što je sam Kubernetes poput lego konstruktora, možete napraviti razne stvari od prikupiti, ako još nema dovoljno - nadopuniti, isto je i s našim tečajevima, kako bi ljudi shvatili što im od ovoga treba; trebaju složiti neku vrstu slagalice, neku vrstu konstrukcijskog seta iz naših tečajeva.
Ako si postavite općenito ispravno i iskreno pitanje: “Kome bi sad mogao koristiti aktivni Docker tečaj?”, tada:
- Za studente koji tek počinju ulaziti u to.
- Zaposlenici odjela za testiranje.
- Zapravo, postoje mnoge tvrtke koje još uvijek, ne samo da ne koriste Docker, nego nitko nije čuo za takvu tehnologiju i, u principu, ne znaju kako se koristiti. I znam nekoliko velikih tvrtki u St. Petersburgu koje su se razvijale dugi niz godina, i koristile su neke stare tehnologije, kreću se u tom smjeru. Konkretno, za takve tvrtke, za inženjere u takvim tvrtkama, ovaj tečaj može biti vrlo zanimljiv, jer će vam, prvo, omogućiti da brzo uronite u ovu tehnologiju, a drugo, čim se pojavi nekoliko inženjera koji razumiju kako sve to djela, mogu to donijeti u tvrtku i razviti ovu kulturu i ove smjerove unutar tvrtke.
- Po mom mišljenju, ovaj bi tečaj još uvijek mogao biti koristan onima koji su već radili s dockerom, ali vrlo malo i više u stilu "uradi jednom, učini dvaput" - a sada će nekako komunicirati s istim Kubernetesom i ovim nameće im određene obveze, ako imate vrlo površno znanje o tome što je docker, kako ga pokrenuti, ali u isto vrijeme ne znate kako funkcionira iznutra, ne znate što je najbolje učiniti s to i što je bolje ne činiti, Onda je ovaj tečaj vrlo prikladan za sistematiziranje i produbljivanje znanja.
Ali ako imate znanje na razini: “Ne znam kako ispravno napisati iste Docker datoteke, mogu zamisliti što su prostori imena, kako rade spremnici, kako su zapravo implementirani na razini operativnog sustava” - onda postoji definitivno nema smisla ići k nama, nećete naučiti ništa novo i bit ćete malo tužni zbog utrošenog novca i vremena.
Ako formuliramo koje prednosti ima naš tečaj, onda:
- Pokušali smo napraviti ovaj tečaj s dovoljnim brojem praktičnih slučajeva koji će vam omogućiti ne samo razumijevanje teorijskog dijela koji postoji, već i razumijevanje zašto vam je potreban i kako ćete ga koristiti u budućnosti;
- postoji nekoliko odjeljaka koji se vrlo rijetko gdje nalaze - i općenito nema toliko materijala o njima. Oni se odnose na interakciju Dockera s operativnim sustavom, čak i malo drugačije. Koje je mehanizme Docker uzeo iz operativnog sustava za implementaciju sustava kontejnerizacije - a to daje tako dublje razumijevanje cijelog problema pokretanja kontejnera unutar operativnog sustava Linux. Kako radi, kako međusobno komunicira unutar operativnog sustava, izvan njega i tako dalje.
Ovo je toliko istinski dubok pogled da se događa prilično rijetko, au isto vrijeme, po mom mišljenju, vrlo je važan. Ako želite dobro razumjeti bilo koju tehnologiju i razumjeti što možete očekivati od nje, morate imati barem opću ideju o tome kako funkcionira na niskoj razini.
Naš tečaj pokazuje i govori kako to funkcionira sa stajališta operativnog sustava. S jedne strane, svi sustavi kontejnerizacije koriste iste mehanizme operativnog sustava. S druge strane, uzimaju ono što je u operativnom sustavu Linux, poput dockera. Drugi sustavi kontejnerizacije nisu smislili ništa novo - uzeli su ono što je već bilo u Linuxu i napisali samo zgodan omot koji vam omogućuje da ga brzo pozovete, pokrenete ili na neki način komunicirate s njim. Isti Docker nije jako veliki sloj između operativnog sustava i naredbenog retka, to je vrsta uslužnog programa koji vam omogućuje da ne pišete kilotone naredbi ili neku vrstu C koda za stvaranje spremnika, već da to učinite unosom nekoliko redaka u terminalu.
I još nešto, ako govorimo konkretno o Dockeru, ono što je Docker stvarno donio u IT svijet su standardi. Kako bi se aplikacija trebala pokrenuti, kako bi trebala raditi, koji su zahtjevi za logove, koji su zahtjevi za skaliranje, konfiguracija same aplikacije.
Na mnogo načina, docker se odnosi na standarde.
Standardi se također sele u Kubernetes - a postoje potpuno isti standardi; ako znate kako dobro pokrenuti svoju aplikaciju u Dockeru, tada će 99% vremena jednako dobro raditi unutar Kubernetesa.
Ako vas zanima ne samo kako je nastao Docker tečaj, nego i drugi tečajevi, ali vas zanima i sam tečaj s praktičnog stajališta, onda
Bit će nam drago vidjeti vas!
Izvor: www.habr.com