Një pjesëmarrës vjen në një kurs ose kurs intensiv. Ai sheh rreshta të rregullt të mbështetjes teknike, kabllot e energjisë të rregulluara mirë, një plan urbanistik të sallës së leksioneve, fotografi të ndritshme dhe diagrame rrëshqitjesh. Folësit me shaka dhe buzëqeshje japin informacion në atë mënyrë që ju thjesht të keni kohë për ta kuptuar atë. Stendat janë ngritur, detyrat praktike thjesht fluturojnë nga gishtat, përveç se ndonjëherë keni nevojë për ndihmën e stafit teknik. mbështetje.
Dhe gjithashtu pushime kafeje me njerëz me mendje, një atmosferë e gëzuar dhe energjike, shkëmbim përvojash, pyetjet më të papritura për folësit. Si përgjigje, ashtu edhe informacione që nuk do t'i gjeni në manuale, por vetëm në praktikë.
Sa kohë, përpjekje dhe nerva mendoni se iu desh për ta bërë atë të duket pikërisht kështu?
Falë Volodya Guryanov, një administrator i certifikuar i Kubernetes dhe inxhinier/udhëheqës ekipi në Southbridge, i cili ka qenë dëshmitar dhe ka marrë pjesë aktive në krijimin e shumë kurseve Slurm që nga fillimi.
Ai pa natyrshmërinë e krijimit - kompleksitete dhe grabujë me gjemba, njohuri dhe zgjidhje të papritura. Dhe intensivet tashmë të njohura të Kubernetes, të tilla si Slurm Basic dhe Slurm Mega. Dhe një kurs i ri, kryesisht i rishikuar , e cila po afrohet në mënyrë të pashmangshme dhe do të fillojë më 19 gusht.
Por, ndoshta, mjaft nga tekstet, le të kalojmë tek vetë historia. Si nga nja dy tema intensive një plotësisht i vetë-mjaftueshëm dhe i shumëanshëm . Kështu që unë do të filloj historinë se si krijohen dhe zhvillohen kurset - njëlloj si "Shumë kohë më parë në një galaktikë shumë, shumë larg..."
Çfarë ka prapa skenave?
Nëse pyesni se si i bëjmë kurset dhe ku fillon gjithçka, unë thjesht do të përgjigjem "Gjithçka fillon me një ide".
Zakonisht ideja vjen nga diku - ne nuk ulemi të prangosur në bodrum derisa të arrijmë: "Për cilën temë duhet të bëjmë një kurs?" Idetë vijnë nga diku më vete nga burime të jashtme. Ndonjëherë njerëzit fillojnë të pyesin në mënyrë aktive: "Çfarë dini për një teknologji të tillë specifike?" Ose si ndodhi me Dockerin që ishte e pamundur ta përshtatje atë në kohën e kursit intensiv - ai padyshim duhej të nxirrej jashtë në mënyrë që të kishte kohë për të treguar diçka gjatë kursit intensiv.
Kështu shfaqet një ide.
Pasi u shpall, për mendimin tim, fillon momenti më i vështirë - për të kuptuar përgjithësisht se çfarë duhet të përfshihet në këtë kurs - kjo është shumë e krahasueshme me mënyrën se si folësit përgatiten për çdo konferencë.
Ka një dhimbje kryesore kur duket se ke zgjedhur një temë dhe mendon: “Çfarë mund të them për të? Kjo është shumë e thjeshtë, kjo është e qartë, të gjithë e dinë gjithashtu këtë.”
Por në fakt nuk është aspak kështu. Dhe unë personalisht them në shumë vende se ajo që ju duket e qartë, për ata që vijnë për t'ju dëgjuar ose për të marrë një kurs, nuk është aspak e dukshme. Dhe këtu lind një shtresë kaq e madhe pune dhe konflikti i brendshëm, se çfarë të përfshihet në kurs. Si rezultat, ne marrim një listë të tillë kapitujsh me goditje kaq të mëdha gjithëpërfshirëse, se për çfarë do të jetë kursi.
Dhe pastaj fillon puna e thjeshtë rutinë:
- Përzgjedhja e materialit
- Lexoni me kujdes dokumentacionin për versionin aktual, pasi bota e IT tani po zhvillohet me një lloj shpejtësie kozmike. Edhe nëse punoni me diçka dhe bëni një kurs për të, duhet të shkoni te dokumentacioni dhe të shihni se çfarë ka të re atje, çfarë është interesante për të folur, çfarë mund të jetë veçanërisht e dobishme për t'u përmendur.
- Dhe shfaqet një skelet i caktuar i kursit, ku shumica e temave, në përgjithësi, janë tashmë të mbuluara dhe duket se çfarëdo që të jetë atje - regjistroni video dhe lansoni ato në prodhim.
- Por në fakt jo, atëherë fillon puna e vështirë, por jo për autorët e kursit, por për ata që testojnë. Zakonisht testuesit tanë alfa janë mbështetje teknike, të cilat, së pari, korrigjojnë kurset për çdo gabim sintaksor dhe gramatikor. Së dyti, na rrahin me dhimbje me shkopinj dhe shajnë kur ka vende krejtësisht të padukshme, të pakuptueshme. Kur në tekste shfaqen disa fjali të nënrenditura të përbëra komplekse që zgjasin nja dy faqe ose marrëzi të dukshme. Ata i lexojnë të gjitha, kujdesen për të.
- Më pas fillon faza e testimit të praktikës, ku kapen edhe disa gjëra të dukshme që nuk funksionojnë dhe tregohen disa momente që ose mund të bëhen më të vështira, pasi bëhet jo shumë interesante - thjesht uleni dhe kopjoni - dhe identifikohen vendet ku është shumë. e vështirë dhe kemi shumë për të bërë duam nga njerëzit që do të ndjekin këtë kurs. Dhe pastaj vijnë rekomandimet: "Djema, bëjeni më të thjeshtë këtu, do të jetë më e lehtë për t'u perceptuar dhe do të ketë më shumë përfitime prej saj."
- Pasi është bërë kjo sasi pune, shkruhet pjesa që ka të bëjë me videon, duket se gjithçka është në rregull. Dhe tashmë mund ta dhuroni për prodhim, për reklamimin e këtij kursi. Por përsëri, jo, është shumë herët - sepse kohët e fundit ne kemi ndaluar së besuari pak veten dhe, në parim, kemi filluar të punojmë më shumë me reagime. Ekziston një gjë e tillë si testimi beta - kjo është kur njerëzit ftohen nga të huajt, të cilët nuk janë të lidhur me kompaninë tonë në asnjë mënyrë, dhe për disa të mira atyre u shfaqen të gjitha pjesët e kursit, video, tekst, detyra praktike, në mënyrë që ata vlerësojmë cilësinë e materialit, aksesueshmërinë e materialit dhe na ndihmoi ta bëjmë kursin sa më të mirë.
- Dhe kur kalojnë disa përsëritje të tilla, altoparlantët, testimi alfa në formën e mbështetjes teknike, testimi beta, përmirësimet. Dhe pastaj gjithçka fillon nga e para - mbështetje teknike, testim beta, përmirësime.
- Dhe në një moment të caktuar vjen mirëkuptimi që ose kemi mbaruar me modifikime, sepse është krejtësisht joreale të sigurohemi që të gjithë t'i pëlqejnë, ose të merren disa vendime drastike. Kur shumë komente për vende të caktuara janë kritike, ribëjini ato globalisht, sepse diçka shkoi keq.
- Pastaj vjen koha për modifikime të vogla - diku fjalia nuk është formuluar shumë bukur, diku dikujt nuk i pëlqen fonti, 14,5, por do të donte 15,7.
- Kur mbetet ky lloj komenti, atëherë kaq, hapet kursi pak a shumë, fillojnë shitjet zyrtare.
Dhe në shikim të parë, detyra e shkurtër dhe e thjeshtë për të krijuar një kurs rezulton të jetë aspak e thjeshtë dhe kërkon një kohë tepër të gjatë.
Dhe ka një pikë tjetër të rëndësishme që puna me kursin nuk përfundon kur lirohet kursi. Së pari, lexojmë me kujdes komentet që lihen në pjesë të caktuara. Edhe përkundër të gjitha përpjekjeve që kemi bërë, disa të meta janë ende të identifikuara, disa gabime po korrigjohen dhe përmirësohen gjatë rrugës, në kohë reale, në mënyrë që çdo përdorues i mëpasshëm të marrë një shërbim më të mirë.
Çdo kurs ka pronarin e vet të produktit, i cili përveç përcaktimit të konceptit të përgjithshëm, kontrollon afatet, bën shënime në margjina që kur të vijë koha për të rishkruar plotësisht kursin dhe do të vijë patjetër, sepse pas dy vitesh, ose edhe një vit më vonë, disa nga ato që tregojmë do të bëhen të parëndësishme thjesht sepse do të vjetërohen moralisht. Pronari i produktit bën shënime në margjina që më shpesh njerëzit pyesin se cilat pika ishin të paqarta, cilat detyra dukeshin shumë të vështira dhe cilat dukeshin, përkundrazi, shumë të thjeshta. Dhe e gjithë kjo merret parasysh gjatë ri-regjistrimit të kursit, gjatë një lloj rifaktorimi, në mënyrë që çdo përsëritje e kursit global të bëhet më e mirë, më e përshtatshme dhe e rehatshme.
Kështu shfaqen kurset.
Si lindi kursi Docker
Kjo është një temë e veçantë dhe madje e pazakontë për ne. Sepse nga njëra anë nuk kishim në plan ta bënim, sepse e ofrojnë shumë shkolla online. Nga ana tjetër, ai vetë kërkoi liri dhe gjeti një vend logjik në konceptin tonë të trajnimit të specialistëve të IT në Kubernetes.
Duke folur shumë globalisht, fillimisht gjithçka filloi me një kurs mbi Kubernetes, kur sapo filloi, për mendimin tim, pas Slurm-it të parë. Ne mblodhëm komente dhe pamë që shumë njerëz duan të lexojnë diçka shtesë rreth Docker diku tjetër, dhe në përgjithësi shumë vijnë në kursin bazë në Kubernetes pa e ditur se çfarë është. .
Prandaj, për Slurm-in e dytë ata bënë një kurs - ose më saktë, as një kurs, por bënë disa kapituj mbi Dockers. Aty ku thoshin disa nga gjërat më elementare, që njerëzit që vijnë në intensiv të mos ndiheshin të privuar dhe në përgjithësi të kuptonin se çfarë po ndodhte.
Dhe më pas ngjarjet u zhvilluan afërsisht kështu. Sasia e materialit u rrit dhe u ndal në 3 ditë. Dhe u shfaq një ide logjike dhe e qartë: pse të mos e ktheni atë që mbulojmë në Slurm Basic në një lloj kursi të vogël në të cilin mund të dërgoni njerëz që duan të shikojnë diçka rreth Docker përpara se të marrin një kurs intensiv në Kubernetes.
Slurm Junior është, në fakt, një kombinim i disa kurseve të tilla bazë. Si rezultat, kursi Docker u bë një pjesë e Slurm Junior. Kjo do të thotë, ky është një hap kaq zero më parë и . Dhe pastaj kishte vetëm abstraksione themelore.
Në një moment, njerëzit filluan të pyesin: “Djema, kjo është e gjitha e mrekullueshme, kjo mjafton për të kuptuar se për çfarë po flisni në kurset intensive. Ku mund të lexoj më në detaje se çfarë mund të bëjë docker dhe si të punohet me të, dhe çfarë është?” Kështu lindi ideja për ta bërë atë të drejtë , në mënyrë që, së pari, njerëzit që vijnë në Slurm duke përdorur Kubernetes të mund të dërgohen përsëri në të, dhe nga ana tjetër, për ata që nuk janë as të interesuar për Kubernetes në këtë fazë të zhvillimit. Kështu që një specialist i IT-së mund të vijë të shikojë kursin tonë në Docker dhe të fillojë rrugën e tij evolucionare thjesht me Docker të pastër. Kështu që ne kemi një kurs kaq të plotë, të plotë - dhe më pas shumë, pasi e kanë parë këtë kurs, pasi kanë punuar për ca kohë me Docker të pastër, janë rritur në nivelin ku u duhen Kubernetes ose ndonjë sistem tjetër orkestrimi. Dhe ata erdhën tek ne në veçanti.
Ndonjëherë bëhet pyetja: "Çfarë lloj njerëzish mund të mos kenë nevojë tani për Kubernetes?" Por kjo pyetje nuk ka të bëjë me njerëzit, është më tepër një pyetje për kompanitë. Këtu duhet të kuptoni se Kubernetes ka raste të caktuara ku është i përshtatshëm dhe detyra që i zgjidh mirë, por përkundrazi, ka disa skenarë për përdorimin e Kubernetes kur shkakton dhimbje shtesë dhe vuajtje shtesë. Prandaj, nuk varet as nga njerëzit, por nga ato kompani që kanë zhvilluar dhe për sa kohë.
Për shembull, një monolit i tmerrshëm i Trashëgimisë - ndoshta nuk duhet ta shtyni atë në Kubernetes, sepse do të shkaktojë më shumë probleme sesa përfitime. Ose, për shembull, nëse ky është një projekt i vogël, ai ka një ngarkesë të vogël ose, në parim, jo shumë para dhe burime. Nuk ka kuptim ta tërhiqni zvarrë në Kubernetes.
Dhe në përgjithësi, me siguri, në përgjithësi, siç kanë thënë tashmë shumë njerëz, nëse po bëni pyetjen: "A kam nevojë për Kubernetes?", atëherë ka shumë të ngjarë që nuk keni nevojë për të. Nuk mbaj mend se kush doli i pari me të, për mendimin tim, Pasha Selivanov. Jam dakord me këtë 100%. Dhe ju duhet të rriteni në Kubernetes - dhe kur tashmë bëhet e qartë se unë kam nevojë për Kubernetes dhe kompania jonë ka nevojë për të, dhe kjo do të ndihmojë në zgjidhjen e çështjeve të tilla dhe të tilla, atëherë ndoshta ka kuptim të shkoni të mësoni dhe të kuptoni saktësisht se si të vendosni mirë, kështu që procesi i kalimit në Kubernetes nuk është shumë i dhimbshëm.
Disa sëmundje të fëmijëve dhe disa gjëra të thjeshta, madje edhe ato jo shumë të thjeshta, mund t'i zbuloni në veçanti nga ne, dhe të mos kaloni nëpër grabitjen dhe dhimbjen tuaj.
Shumë kompani kanë shkuar pikërisht në atë mënyrë që në fillim kishte vetëm një lloj infrastrukture pa kontejnerizim. Më pas ata arritën në pikën ku u bë e vështirë për të menaxhuar të gjitha, kaluan në Docker dhe në një moment u rritën deri në pikën ku u bë e ngushtë brenda kornizës së Docker dhe asaj që ofron. Dhe ata filluan të shikojnë se çfarë ishte përreth, cilat sisteme zgjidhin këto probleme, dhe në veçanti Kubernetes - ky është një nga ato sisteme që ju lejon të zgjidhni problemet kur Docker i pastër bëhet i mbushur me njerëz dhe i mungon funksionaliteti, ky është një rast vërtet i mirë kur njerëzit Ata shkojnë hap pas hapi nga poshtë lart, kuptojnë se kjo teknologji nuk është e mjaftueshme dhe kalojnë në nivelin tjetër. Ata përdorën diçka, u pakësua përsëri dhe vazhduan.
Kjo është një zgjedhje e vetëdijshme - dhe është shumë e lezetshme.
Në përgjithësi, unë shoh që sistemi ynë është ndërtuar shumë bukur, për shembull, , edhe përmes videokurseve. Pastaj pas doker shkon , atëherë , atëherë . Gjithçka rreshtohet logjikisht - një person kalon dhe del një profesion solid.
Në parim, grupi i kurseve ju lejon të mbuloni shumë raste, madje edhe ato moderne. Ka ende zona që mbeten një zonë gri, shpresoj se së shpejti do të krijojmë disa kurse që do të na lejojnë të mbyllim këto zona gri, në veçanti, do të dalim me diçka për sigurinë. Sepse kjo po bëhet shumë e rëndësishme.
Shkurtimisht, ne kemi disa zona gri që do të ishte shumë mirë t'i mbyllim, në mënyrë që të jetë një pamje e plotë dhe e plotë - dhe njerëzit mund të vijnë, dhe ashtu si vetë Kubernetes është si një konstruktor Lego, ju mund të bëni gjëra të ndryshme nga ai mbledh, nëse nuk ka ende mjaftueshëm - plotësohet, e njëjta gjë me kurset tona, në mënyrë që njerëzit të kuptojnë se çfarë kanë nevojë nga kjo; ata duhet të mbledhin një lloj enigme, një lloj kompleti ndërtimi nga kurset tona.
Nëse i bëni vetes një pyetje përgjithësisht të saktë dhe të sinqertë: "Kush mund të përdorë një kurs aktiv Docker tani?", atëherë:
- Për studentët që sapo kanë filluar të hyjnë në të.
- Punonjësit e departamentit të testimit.
- Në fakt, ka shumë kompani që ende, jo vetëm që nuk përdorin Docker, por askush nuk ka dëgjuar për një teknologji të tillë dhe, në parim, nuk di ta përdorë atë. Dhe unë njoh disa kompani të mëdha në Shën Petersburg që janë zhvilluar për shumë vite, dhe kanë përdorur disa teknologji të vjetra, ata po lëvizin në këtë drejtim. Në veçanti, për kompani të tilla, për inxhinierë në kompani të tilla, ky kurs mund të jetë shumë interesant, pasi, së pari, do t'ju lejojë të zhyteni shpejt në këtë teknologji, dhe së dyti, sa më shpejt që të shfaqen disa inxhinierë që kuptojnë se si gjithçka punon, ata mund ta sjellin atë në kompani dhe të zhvillojnë këtë kulturë dhe këto drejtime brenda kompanisë.
- Sipas mendimit tim, ky kurs mund të jetë akoma i dobishëm për ata që kanë punuar tashmë me docker, por shumë pak dhe më shumë në stilin "bëj një herë, bëj dy herë" - dhe tani ata do të ndërveprojnë disi me të njëjtat Kubernetes, dhe kjo u imponon atyre detyrime të caktuara, nëse keni njohuri shumë sipërfaqësore se çfarë është docker, si ta drejtoni atë, por në të njëjtën kohë nuk dini si funksionon nga brenda, nuk dini çfarë është më mirë të bëni me atë dhe çfarë është më mirë të mos bëhet, atëherë ky kurs është i përshtatshëm për sistemimin dhe thellimin e njohurive.
Por nëse keni njohuri në nivelin: "Unë nuk di të shkruaj saktë të njëjtat skedarë Docker, mund të imagjinoj se çfarë janë hapësirat e emrave, si funksionojnë kontejnerët, si zbatohen në të vërtetë në nivelin e sistemit operativ" - atëherë ka definitivisht nuk ka kuptim të shkoni tek ne, nuk do të mësoni asgjë të re dhe do të jeni pak të trishtuar për paratë dhe kohën e shpenzuar.
Nëse formulojmë se çfarë avantazhesh ka kursi ynë, atëherë:
- Ne u përpoqëm ta bëjmë këtë kurs me një numër të mjaftueshëm rastesh praktike që do t'ju lejojnë jo vetëm të kuptoni pjesën teorike që ekziston, por edhe të kuptoni pse ju nevojitet dhe si do ta përdorni në të ardhmen;
- ka disa seksione që gjenden shumë rrallë diku - dhe në përgjithësi nuk ka aq shumë materiale për to. Ato lidhen me ndërveprimin e Docker me sistemin operativ, madje pak më ndryshe. Çfarë mekanizmash mori Docker nga sistemi operativ për të zbatuar sistemin e kontejnerizimit - dhe kjo jep një kuptim më të thellë të gjithë çështjes së funksionimit të kontejnerëve brenda sistemit operativ Linux. Si funksionon, si ndërvepron me njëri-tjetrin brenda sistemit operativ, jashtë, etj.
Ky është një vështrim vërtet i thellë sa që ndodh mjaft rrallë, dhe në të njëjtën kohë, për mendimin tim, është shumë i rëndësishëm. Nëse doni të kuptoni mirë çdo teknologji dhe të kuptoni se çfarë të prisni prej saj, duhet të paktën të keni një ide të përgjithshme se si funksionon në një nivel të ulët.
Kursi ynë tregon dhe tregon se si funksionon kjo nga pikëpamja e sistemit operativ. Nga njëra anë, të gjitha sistemet e kontejnerizimit përdorin të njëjtat mekanizma të sistemit operativ. Nga ana tjetër, ata marrin atë që është në sistemin operativ Linux, si docker. Sistemet e tjera të kontejnerizimit nuk dolën me asgjë të re - ata morën atë që ishte tashmë në Linux dhe shkruan vetëm një mbështjellës të përshtatshëm që ju lejon ta telefononi shpejt, ta ekzekutoni ose disi të ndërveproni me të. I njëjti Docker nuk është një shtresë shumë e madhe midis sistemit operativ dhe linjës së komandës, është një lloj mjeti që ju lejon të mos shkruani kilotona komandash ose një lloj kodi C për të krijuar një enë, por ta bëni këtë duke futur disa rreshta në terminal.
Dhe një gjë tjetër, nëse po flasim konkretisht për Docker, ajo që Docker solli me të vërtetë në botën e IT-së janë standardet. Si duhet të lansohet aplikacioni, si duhet të funksionojë, cilat janë kërkesat për regjistrat, cilat janë kërkesat për shkallëzimin, konfigurimin e vetë aplikacionit.
Në shumë mënyra, docker ka të bëjë me standardet.
Standardet po kalojnë gjithashtu në Kubernetes - dhe ka saktësisht të njëjtat standarde; nëse dini ta ekzekutoni mirë aplikacionin tuaj në Docker, atëherë 99% të rasteve do të funksionojë po aq mirë brenda Kubernetes.
Nëse e keni parë veten të interesuar jo vetëm për mënyrën se si u krijua kursi Docker, por edhe për kurse të tjera, por edhe për vetë kursin nga pikëpamja praktike, atëherë
Do të jemi të lumtur t'ju shohim!
Burimi: www.habr.com