Pjesëmarësi vjen në kursin ose intensivin. Ai sheh radhët e rregullta të ndihmës teknike, kabllot e energjisë të rregullta, rendin e shkëlqyer të sallës së ligjëratave, imazhet dhe diagramet të gjalla në slaide. Folësit, me shaka dhe buzëqeshje, e japin informacionin në një mënyrë, saqë duhet vetëm të qartësohesh. Stendat janë të konfigurem, detyrat praktike thjesht fluturojnë nga gishti, ndonjëherë duhen ndihma nga ndihma teknike.
Dhe gjithashtu kafetë zyrtare me shokët e mendimit, atmosfera energjike dhe dinamike, shkëmbimi i përvojave, pyetjet më të papritura për folësit. Dhe përgjigjet, e informata që nuk do të gjesh në manuale, por vetëm në praktikë.
Si mendoni, sa kohë, energji dhe nerva janë harxhuar që të duket ashtu siç duket tani?
Faleminderit Vlodës Guryanov, administratori i certifikuar i Kubernetes dhe inxhinierit/ekipit në Southbridge, i cili ka qenë gjithmonë një dëshmitar dhe pjesëmarrës aktiv në krijimin e shumë kurseve të Slyrm.
Ai ka parë prapaskenat e krijimit të kurseve - vështirësitë dhe grumbujt e zakonshëm, insightet dhe zgjidhjet e papritura. Dhe intensivëve tashmë të njohur për Kubernetes, si Slyrm Bazik dhe Slyrm Mega. Dhe të reja, në shumë aspekte të ripërpunuara kursi , i cili po afrohet dhe do të fillojë më 19 gusht.
Por, ndoshta, mjaft me lirikën, le të kalojmë në historinë vetë. Si nga disa tema të intensivit u rrit gradualisht një kurs krejtësisht vetë-kontrollues dhe i shumëanshëm . Pra le të filloj tregimin se si krijohen dhe zhvillohen kurset - siç thonë "Njëherë e një kohë në një galaksisë të largët…"
Por çfarë ndodh pas skenave?
Nëse pyesni se si ne krijojmë kurset dhe nga ku fillon gjithçka, do t'ju përgjigjem thjesht "Gjithçka fillon me një ide".
Zakonisht ideja vjen nga diku - ne nuk jemi të lidhur me pranga në një bodrum, derisa të mendojmë: "Çfarë teme duhet të bëjmë kurs?". Ideja vetë vjen nga burime të jashtme. Ndonjëherë njerëzit fillojnë të pyesin: "Çfarë dini për këtë teknologji specifike?". Ose si ishte me Docker-in, që nuk përshtatej në kohë për intensivin - duhej patjetër të dilte jashtë, për të pasur kohë të flasim për diçka brenda intensivit.
Kështu lind idea.
Pasi që ajo shfaqet, fillon, sipas mendimit tim, momenti më i vështirë - të kuptosh se çfarë të përfshijë në këtë kurs - kjo është shumë e ngjashme me përgatitjen e folësve për çdo konferencë.
Ka there një dhimbje kryesore kur mendon se ke zgjedhur një temë dhe pyet veten: «Çfarë duhet të flas për të? Ky është shumë i thjeshtë, ky është i dukshëm, gjithkush e di këtë».
Por në të vërtetë nuk është ashtu. Dhe unë personalisht flas shpesh në shumë vende se ajo që duket e dukshme për ty, për ata që do të vijnë të të dëgjojnë ose të ndjekin kursin, nuk është aspak e dukshme. Dhe këtu lind një punë e madhe dhe një konflikt i brendshëm, çfarë duhet të përfshij në kurs. Si rezultat, del një listë kapitujsh me brushë të madhe, për çfarë do flasë kursi.
Më pas fillon puna e thjeshtë rutine:
- Përzgjedhja e materialeve
- Leximi me kujdes i dokumentacionit për versionin aktual, për shkak se bota IT tani po zhvillohet me shpejtësi të papërballueshme. Edhe nëse po punon me diçka dhe bën një kurs për të, ty të duhet të hysh në dokumentacion dhe të shohësh se çfarë ka dalë e re, çfarë është interesante të diskutosh, çfarë mund të jetë veçanërisht e dobishme të përmendet.
- Dhe krijohet një skelet i kursit, ku tashmë është e shkruar një pjesë e madhe e temave dhe duket se çfarë mbetet — regjistro videot dhe nise në prodhim.
- Por në të vërtetë jo, më pas fillon puna e vështirë, por jo për autorët e kursit, por për ata që testojnë. Zakonisht kemi si testues të alfa-teknikët e mbështetjes teknike, të cilët, së pari, kontrollojnë kursin për gabime të ndryshme sintaksore dhe gramatikore. Së dyti, na rrahin keq dhe ankojnë kur ka ndonjë vend të tillë që është krejtësisht jo i dukshëm dhe i paqartë. Kur në tekstet e ndodhin ndonjëherë fjali të komplikuara apo mumje të qarta. Ata e kontrollojnë gjithçka, e shikojnë me vëmendje.
- Më pas fillon faza e testimit praktik, ku gjithashtu kapen disa gjëra që duket se nuk funksionojnë dhe tregohen disa momente, që mund të komplikohet, për shkak se bëhet jo shumë interesante — thjesht të ulesh dhe të kopjosh — dhe dalin në pah vende ku ne ndajmë shumë kërkesa nga njerëzit që do ta ndjekin këtë kurs. Dhe atëherë vijnë rekomandimet: «Bëni, djem, këtu më të thjeshtë, do të jetë më lehtë për t'u kuptuar dhe do të ketë më shumë dobi prej saj».
- Pasi që është kryer ky volum pune, është shkruar pjesa që i përket videos, duket se gjithçka është në rregull. Dhe tani mund ta dorëzojmë për publikim, për reklamimin e këtij kursi. Por përsëri, jo, ka ende herët — sepse kohët e fundit kemi ndaluar disi së besuari te vetvetja dhe për parim kemi filluar të punojmë më shumë me feedback-un. Ka ardhur në jetë një gjë si testimi beta - kjo është kur ftohen njerëz të huaj, krejtësisht të pa lidhur me kompaninë tonë dhe për disa benefite u tregohen të gjitha pjesët e kursit, video, tekst, detyrat praktike, që ata të vlerësojnë cilësinë e materialit, aksesin në material dhe të na ndihmojnë ta bëjmë kursin sa më të mirë.
- Dhe kur kalojnë disa iteracione të tilla, me folësit, testimin alfa në formë të mbështetjes teknike, testimin beta, përmirësimet. Dhe pastaj fillon gjithçka nga e para — mbështetje teknike, testim beta, përmirësime.
- Dhe në një moment të caktuar kupton se, ose duhet të ndalojmë me përmirësimet, sepse është krejtësisht e pamundur të bëhet që të pëlqejë të gjithëve – ose duhet të merren disa vendime drastike. Kur shumë kritika për disa vende të caktuara janë të rëndësishme — duhet të rishkruhen ato në mënyrë globale, sepse diçka shkoi keq.
- Pastaj vjen koha për përmirësime minore — diku propozimi nuk është formuluar shumë bukur, diku dikujt nuk i pëlqen fonti 14.5, por do të donte 15.7.
- Kur mbeten vërejtje të këtij lloji, atëherë gjithçka, kursi më në fund hapet, fillojnë shitjet zyrtare.
Dhe në shikim të parë, detyra e shkurtër dhe e thjeshtë për të bërë një kurs, rezulton se nuk është aspak e thjeshtë dhe kërkon një kohë të jashtëzakonshme.
Dhe ka edhe një moment tjetër të rëndësishëm, që puna me kursin nuk përfundon kur kursi publikohet. Së pari, ne lexojmë me kujdes komentet që lihen për ndonjë pjesë. Dhe madje, pavarësisht të gjithë përpjekjeve që kemi bërë, megjithatë identifikohen disa mangësi, disa gabime, që gjatë rrugës, në kohë reale, korrigjohen, përmirësohen, që çdo përdorues i ardhshëm të marrë një shërbim më cilësor.
Çdo kurs ka pronarin e vet produktit, i cili, përveç asaj që përcakton konceptin e përgjithshëm, kontrollon afatet, ai bën shënime në anë, që kur të vijë koha për të rishkruar plotësisht kursin, dhe ajo sigurisht do të vijë, sepse pas rreth dy vjetësh, madje edhe një viti, disa nga ato që ne tregojmë do të bëhen të pasaktë thjesht sepse do të jenë morale të vjetra. Pronari i produktit bën shënime në anë, se më së shumti njerëzit pyesin, cilat momente ishin të paqarta, cilat detyra duken shumë të vështira, dhe cilat duken, përkundrazi, shumë të lehta. Dhe të gjitha këto merren parasysh gjatë ripërpunimit të kursit, për ndonjë ristrukturim, që çdo iteracion global i kursit të bëhet më i mirë, më komod dhe më i rehatshëm.
Kështu lindin kurset.
Si lindi kursi për Docker
Kjo është një temë e veçantë dhe madje e rëndësishme për ne. Sepse nga njëra anë, ne nuk e planifikonim ta bënim atë, sepse shumë shkolla online e ofrojnë. Nga ana tjetër, ai vetë e kërkoi lirinë dhe fitoi një vend logjik në konceptin tonë të trajnimit të specialistëve IT për Kubernetes.
Nëse flasim shumë në përgjithësi, gjithçka filloi me kursin për Kubernetes, kur sapo filluan, mendoj, pas Slërm-it të parë. Ne mbledhëm reagimet dhe pamë se shumë njerëz donin të lexonin ndonjë gjë shtesë për docker dhe në përgjithësi shumë erdhën në kursin bazë për Kubernetes, pa ditur çfarë është. .
Prandaj, për Slërm-in e dytë, bëmë kurs — saktësisht, madje jo kurs, por bëmë disa kapituj për docker-at. Aty treguam disa prej gjërave më bazike, që njerëzit, të cilët erdhën në intensivin, të mos ndiheshin të lënë mënjanë dhe në përgjithësi të kuptonin se çfarë po ndodhte.
Pastaj zhvillimet e ngjarjeve shkuan, rreth kështu. Sasia e materialit u rrit dhe nuk u ngushtua në 3 ditë. Dhe u shfaq një ide logjike dhe të dukshme: pse të mos bëjmë nga ato që ne tregojmë në Slërm Bazë, një kurs të vogël, në të cilin mund të dërgojmë njerëzit që duan të shohin ndonjë gjë për Docker para intensivës për Kubernetes.
Slërm Junior — është, në fakt, bashkimi i disa kurseve të tilla bazike. Si rezultat, kursi për docker u bë një pjesë e Slërm Junior. Pra, kjo është një shkallë zero para dhe . Dhe më pas aty kishte abstraksione shumë bazike.
Në një moment, njerëzit filluan të pyesin: «Djem, kjo është e shkëlqyer, mjafton për t'u kuptuar se çfarë tregoni në intensiva. Por ku mund të lexoj më shumë për atë që mund të bëjë docker dhe si të punoj me të, dhe çfarë është ai?» Kështu lindi ideja për ta bërë atë një , për t'i dërguar edhe njerëzit që vijnë në Slyrm për Kubernetes, dhe nga ana tjetër, për ata që në këtë moment nuk janë të interesuar për zhvillimin e Kubernetes. Që një specialist IT mund të vijë të shohë kursin tonë për docker dhe të fillojë rrugën e tij evolucionare thjesht me docker të pastër. Që të kemi një kurs të tillë të plotë dhe të mbyllur — dhe shumë më vonë, pasi të kenë parë këtë kurs, duke punuar për një kohë me docker të pastër, të rriten në atë nivel kur u nevojitet tashmë Kubernetes ose ndonjë sistem tjetër orkestrimi. Dhe ecur në veçanti tek ne.
Nganjëherë bëjnë pyetje: "Por për cilët njerëz tani mund të mos jetë e nevojshme Kubernetes?" Por kjo pyetje nuk është për njerëzit, është më shumë një pyetje për kompanitë. Duhet të kuptoni se, Kubernetes ka raste të caktuara, ku ai përshtatet mirë dhe detyra që ai zgjidh mirë, dhe nga ana tjetër, ka skenarë të tillë përdorimi Kubernetes, kur ai sjell dhimbje të mëtejshme dhe vuajtje të tjera. Prandaj, kjo nuk varet as nga njerëzit, as nga ajo që dhe si shumë kohë zhvillojnë kompanitë.
Për shembull, një monolit të frikshëm Legacy — ndoshta nuk ka sens ta fusim atë në Kubernetes, sepse do të sjellë më shumë probleme sesa përfitime. Ose, për shembull, nëse është një projekt i vogël — ka ngarkesa të vogla ose në përgjithësi nuk ka shumë para dhe burime. Atëherë nuk ka asnjë kuptim ta çojmë në Kubernetes.
Dhe në përgjithësi, ndoshta, siç ka thënë shumë njerëz, nëse po bëni pyetjen: «Më duhet Kubernetes?» atëherë ndoshta nuk ju duhet ai. Nuk e mbaj mend kush e shpiku këtë, mendoj Pasha Selivanov. Unë e pranoj këtë 100%. Dhe për të arritur në Kubernetes, duhet të rritesh — dhe kur arrin të kuptosh se më nevojitet pikërisht Kubernetes dhe kompanisë sonë i nevojitet ai, atëherë ai do të ndihmojë për të zgjidhur këto çështje, atëherë ndoshta ka kuptim të shkosh të mësosh dhe të kuptosh se si ta konfiguroni atë mirë, që procesi i kalimit në Kubernetes të mos jetë shumë i dhimbshëm.
Disa çfarë fëmijësh dhe disa gjëra të thjeshta e madje jo shumë të thjeshta, mund të mësohen sidomos prej nesh, në vend që të kaloni përmes pengesave dhe dhimbjeve tuaja.
Shumë kompani kanë kaluar në fakt një rrugë, që në fillim kishin një infrastrukturë të thjeshtë pa kontejnerizim. Pastaj ata kaluan në momentin kur u bë e vështirë për të menaxhuar gjithçka, ata kaluan në dockerë dhe në një moment arritën në atë gjendje, kur në kuadër të docker-it dhe asaj çfarë ofron bëhet ngushtë. Dhe ata filluan të shikojnë çfarë ka përreth, cilat sisteme zgjidhin këto probleme dhe konkretisht Kubernetes – është një nga ato sisteme që lejojnë zgjidhjen e problemeve, kur në docker-in e pastër bëhet ngushtë dhe mungon funksionaliteti, është një rast shumë i mirë, kur njerëzit shkojnë hap pas hapi nga poshtë lart, kuptojnë se kjo teknologji është e pamjaftueshme dhe kalojnë në nivelin tjetër. Përdorën diçka, përsëri bëhet e pamjaftueshme — dhe ata shkojnë më tej.
Ky është një zgjedhje e vetëdijshme — dhe është shumë e shkëlqyer.
Unë në fakt shoh se sistemi ynë po organizohet shumë bukur, për shembull, , madje përmes videokurseve. Më pas pas docker-it vjen , pastaj , pastaj . Gjithçka organizohet me logjikë — një person kalon dhe arrin një profesion të plotë.
Në parim, seti i kurseve lejon të mbulohet shumë raste, shumë moderne. Ka zona të tjera që mbeten si njolla gri, shpresoj se së shpejti do të krijojmë kurse që i lejojnë të mbulojnë këto zona të paditura, veçanërisht do të mendojmë për sigurinë. Sepse kjo po bëhet shumë aktuale.
Nëse e shprehim shkurt, ne kemi disa zona gri, të cilat do të ishte shumë mirë t’i mbulonim, për të pasur një pamje të plotë — dhe njerëzit të mund të vijnë, dhe si Kubernetes-i paraqet një ndihmës ndërtimi, nga ai mund të ndërtohen gjëra të ndryshme, nëse akoma mungon — të plotësohen, kështu që edhe me kurset tona, që njerëzit të kuptojnë se çfarë u nevojitet prej tyre, të ndihmojnë në ndërtimin e një puzzle, një ndihmës ndërtimi nga kurset tona.
Nëse i drejtohem vetes një pyetje të drejtë dhe të ndershme: "Kush do të ketë nevojë tani për një kurs aktiv Docker?", atëherë:
- Studentëve që sapo po fillojnë të thellohen.
- Punonjësve të departamentit të testimit.
- Në të vërtetë, ka shumë kompani ku, përveç që nuk përdorin Docker, askush nuk ka dëgjuar për këtë teknologji dhe në tërësi nuk dinë si ta përdorin atë. Dhe unë njoh disa kompani të mëdha në Shën Petersburg, që merren me zhvillim për shumë vite, dhe ato vazhdojnë të përdorin disa teknologji të vjetra. Sidoqoftë, për këto kompani, për inxhinierët në këto kompani, ky kurs mund të jetë shumë interesant, sepse, së pari, do të lejojë një shpejtim në njohjen e kësaj teknologjie, dhe së dyti, sapo të shfaqen disa inxhinierë që kuptojnë si funksionon, ata mund ta sjellin këtë në kompani dhe brenda kompanisë të zhvillojnë këtë kulturë dhe këto drejtime.
- Sipas mendimit tim, ky kurs mund të jetë i dobishëm edhe për ata që kanë punuar me Docker, por shumë pak dhe më shumë në stilin «bëje një herë, bëje dy herë» — dhe tani ata kanë ndërmend të angazhohen ndryshe me Kubernetes, dhe kjo u vë atyre disa obligime, nëse kanë njohuri shumë sipërfaqësore, se çfarë është Docker, si ta nisin atë, por në të njëjtën kohë nuk dinë si funksionon nga brenda, nuk dinë se çfarë është më e mira për të bërë me të, dhe çfarë është më mirë të mos bëhet, atëherë ky kurs është shumë i përshtatshëm për sistematizimin dhe thellimin e njohurive.
Por nëse njohuritë tuaja janë në nivelin: «Nuk e di si të shkruaj siç duhet skedarët e Docker, e kam për një ide atë që janë namespaces, si funksionojnë kontejnerët, si janë realizuar në nivelin e sistemit operativ» — atëherë me siguri nuk ka kuptim të vini tek ne, nuk do të mësoni asgjë të re dhe do të ndiheni pak të trishtuar për paratë dhe kohën e shpenzuar.
Nëse duam të përmbledhim përfitimet e kursit tonë, atëherë:
- ne përpiqemi ta përgatisim 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 gjithashtu të kuptoni pse ju nevojitet dhe si do ta përdorni atë në të ardhmen;
- Ajo ka disa kapituj që takohen shumë rrallë diku tjetër — dhe në përgjithësi nuk ka shumë materiale për to. Ato lidhen me ndërveprimin e Docker me sistemin operativ, madje edhe pak ndryshe. Cilat mekanizma ka marrë Docker nga sistemi operativ për të realizuar sistemin e kontejnerizimit — dhe kjo jep një kuptim më të thellë të gjithë çështjes së nisjes së kontejnerëve në kuadër të sistemit operativ Linux. Si funksionon, si ndërvepron me njëri-tjetrin brenda sistemit operativ, jashtë dhe kështu me radhë.
Ky është një vështrim shumë i thellë, që ndodh mjaft rrallë, dhe megjithatë, sipas mendimit tim, është shumë e rëndësishme. Nëse doni të kuptoni mirë ndonjë teknologji dhe të kuptoni çfarë të prisni nga ajo, duhet së paku në mënyrë të përgjithshme të paraqisni se si funksionon në nivelin më të ulët.
Kursi ynë tregon dhe shpjegon si është e ndërtuar nga këndvështrimi i sistemit operativ. Nga njëra anë, të gjitha sistemet e kontejnerizimit përdorin të njëjtat mekanizma të sistemit operativ. Nga ana tjetër, ato marrin atë që ekziston në sistemin operativ Linux, si Docker. Sistemet e tjera të kontejnerizimit nuk kanë shpikur asgjë të re — ato kanë marrë atë që ekziston tashmë në Linux dhe kanë shkruar thjesht një mbështjellës të përshtatshëm që lejon thirrjen e shpejtë, nisjen ose siç do ndërveproni me të. Edhe Docker – është një shtresë e vogël midis sistemit operativ dhe komandës, është një vegël që lejon të mos shkruani tonet e komandave, ose ndonjë kod në C, për të krijuar një kontejner, por për ta bërë këtë duke futur disa rreshta në terminal.
Dhe plus, nëse flasim saktësisht për Docker, ajo që vërtet ka sjellë në botën e IT është standardet. Si duhet të startohet një aplikacion, si duhet të funksionojë, cilat janë kërkesat për logjet, cilat janë kërkesat për shkallëzimin dhe konfigurimin e aplikacionit vetë.
Në shumë mënyra, Docker është për standardet.
Standardet gjithashtu kalojnë në Kubernetes — dhe aty janë të njëjtat standarde, nëse dini si të nisni mirë aplikacionin tuaj në Docker, atëherë për 99% do të funksionojë po aq mirë dhe brenda Kubernetes.
Nëse ju ka interesuar jo vetëm se si u krijua kursi Docker, por edhe kurset tjera, por gjithashtu jeni të interesuar për kursin vetë nga një këndvështrim praktik, atëherë
Do të na pëlqente t'ju shikonim!
Burimi: habr.com
