In dielnimmer komt nei in kursus of yntinsive kursus. Hy sjocht oarderlike rigen technyske stipe, kreas trochleine stroomkabels, in damboerdyndieling fan de kolleezjeseal, ljochte plaatsjes en diadiagrammen. Sprekkers mei grappen en glimkes jouwe ynformaasje op sa'n manier dat jo gewoan tiid hawwe om it te begripen. De tribunes binne opset, oefentaken fleane jo gewoan út 'e fingers, útsein dat jo soms de help nedich hawwe fan technysk personiel. stypje.
En ek kofjepauzes mei likeminsken, in fleurige en enerzjyk sfear, útwikseling fan ûnderfinings, de meast ûnferwachte fragen foar sprekkers. Sawol antwurden as ynformaasje dy't jo net fine yn hantliedingen, mar allinich yn 'e praktyk.
Hoefolle tiid, muoite en senuwen tinke jo dat it duorre om it krekt sa te meitsjen?
Mei tank oan Volodya Guryanov, in sertifisearre Kubernetes-behearder en yngenieur / teamlieder by Southbridge, dy't fan it begjin ôf tsjûge hat en aktyf meidien hat oan it meitsjen fan in protte Slurm-kursussen.
Hy seach de ûnderbuik fansels skepping - kompleksiteiten en stekelige harken, ynsjoch en ûnferwachte oplossingen. En de al bekende Kubernetes yntinsiven, lykas Slurm Basic en Slurm Mega. En in nije, foar in grut part herziene kursus , dy't ûnferbidlik tichterby komt en op 19 augustus begjint.
Mar, miskien, genôch fan 'e teksten, lit ús trochgean nei it ferhaal sels. Hoe fan in pear yntinsive ûnderwerpen in folslein selsstannich en mearsidige . Dat ik sil it ferhaal begjinne fan hoe't kursussen wurde makke en ûntwikkele - krekt lykas "In lange tiid lyn yn in galaxy fier, fier fuort ..."
Wat is der efter de skermen?
As jo freegje hoe't wy kursussen meitsje en wêr't it allegear begjint, sil ik gewoan antwurdzje "It begjint allegear mei in idee."
Meastal komt it idee earne wei - wy sitte net yn 'e kelder boeien oant wy komme mei: "Oan hokker ûnderwerp moatte wy in kursus meitsje?" Ideeën komme earne op harsels út eksterne boarnen. Soms begjinne minsken aktyf te freegjen: "Wat witte jo oer sa'n en sa'n spesifike technology?" Of hoe't it mei Docker wie dat it ûnmooglik wie om him yn 'e timing fan 'e yntinsive kursus te passen - hy moast fansels nei bûten helle wurde om tidens de yntinsive kursus wat te fertellen.
Dit is hoe't in idee ferskynt.
Nei't it oankundige waard, begjint neffens my it dreechste momint - om yn 't algemien te begripen wat jo moatte opnimme yn dizze kursus - dit is heul te fergelykjen mei hoe't sprekkers wurde taret op elke konferinsje.
D'r is ien haadpine as jo in ûnderwerp lykje te hawwen keazen en tinke: "Wat kin ik der oer fertelle? Dit is te ienfâldich, dit is fanselssprekkend, elkenien wit dit ek."
Mar yn feite is dit hielendal net it gefal. En ik sis persoanlik op in protte plakken dat wat jo fanselssprekkend liket, foar dyjingen dy't nei jo komme te harkjen of in kursus folgje, hielendal net foar de hân leit. En hjir ûntstiet sa'n grutte laach fan wurk en ynterne konflikten, wat te nimmen yn de kursus. Dêrtroch krije wy sa'n list fan haadstikken mei sokke wiidweidige grutte streken, wêr't de kursus oer gean sil.
En dan begjint it ienfâldige routine wurk:
- Materiaal seleksje
- Lês soarchfâldich de dokumintaasje foar de aktuele ferzje, om't de IT-wrâld no ûntwikkelet op in soarte fan kosmyske snelheid. Sels as jo mei wat wurkje en der in kursus oer meitsje, moatte jo nei de dokumintaasje gean en sjen wat der nij is, wat nijsgjirrich is om oer te praten, wat foaral nuttich wêze kin om te neamen.
- En in bepaald skelet fan 'e kursus ferskynt, wêr't de measte ûnderwerpen, yn' t algemien, al binne behannele en it liket derop dat wat der ek is - fideo's opnimme en se yn produksje starte.
- Mar eins nee, dan begjint it hurde wurk, mar net foar de auteurs fan de kursus, mar foar dyjingen dy't testje. Normaal binne ús alfa-testers technyske stipe, dy't, as earste, de kursussen korrizjeart foar eventuele syntaktyske en grammatikale flaters. Twad, se slaan ús pynlik mei stokken en swarre as der in pear folslein ûnsichtbere, ûnbegryplike plakken binne. As guon kompleks gearstalde ûndergeskikte sinnen fan in pear siden of dúdlike ûnsin yn 'e teksten ferskine. Se lêze it allegear, sjoch der út.
- Dan begjint de praktyktestfase, wêrby't ek wat foar de hân lizzende net-wurkjende dingen wurde fongen en guon mominten wurde toand dy't óf dreger wurde kinne, om't it net heul ynteressant wurdt - gewoan sitte en kopiearje - en plakken wurde identifisearre wêr't it heul is dreech en wy hawwe in soad te dwaan wy wolle fan minsken dy't sille folgje dizze kursus. En dan komme oanbefellings: "Jongens, meitsje it hjir ienfâldiger, it sil makliker wurde waarnimme en d'r sil mear foardiel fan wêze."
- Nei't dizze hoemannichte wurk dien is, wurdt it diel dat relatearret oan 'e fideo skreaun, alles liket goed te wêzen. En jo kinne it al donearje foar produksje, foar reklame foar dizze kursus. Mar nochris, nee, it is te betiid - want koartlyn binne wy ophâlden ússels in bytsje te fertrouwen en, yn prinsipe, binne wy begûn mear te wurkjen mei feedback. D'r is sa'n ding as beta-testen - dit is as minsken útnoadige wurde fan bûtensteanders, dy't net op ien of oare manier ferbûn binne mei ús bedriuw, en foar guon guod wurde se alle dielen fan 'e kursus sjen litten, fideo's, tekst, praktyske taken, sadat se de kwaliteit fan it materiaal, de tagonklikheid fan it materiaal evaluearje en ús holpen om de kursus sa goed mooglik te meitsjen.
- En as ferskate soksoarte iteraasjes trochgeane, sprekkers, alpha-testen yn 'e foarm fan technyske stipe, beta-testen, ferbetteringen. En dan begjint alles opnij - technyske stipe, beta-testen, ferbetteringen.
- En op in bepaald punt komt it begryp dat of wy binne klear mei modifikaasjes, om't it folslein ûnrealistysk is om te soargjen dat elkenien it leuk fynt, of guon drastyske besluten wurde makke. As in protte opmerkingen op bepaalde plakken kritysk binne, meitsje se dan wrâldwiid opnij, om't der wat mis gie.
- Dan komt de tiid foar lytse bewurkings - earne is de sin net sa moai formulearre, earne fynt immen it lettertype, 14,5, net leuk, mar wol 15,7.
- As dit soarte fan kommentaar bliuwt, dan is dat it, de kursus giet min of mear iepen, offisjele ferkeap begjint.
En op it earste each, de koarte en ienfâldige taak fan it meitsjen fan in kursus blykt te wêzen hielendal net ienfâldich en duorret ongelooflijk lange tiid.
En der is noch in wichtich punt dat it wurk mei de kursus net einiget as de kursus frijlitten wurdt. As earste lêze wy de opmerkings dy't oer bepaalde dielen binne oerbleaun soarchfâldich. En sels nettsjinsteande alle ynspanningen dy't wy hawwe makke, wurde guon gebreken noch identifisearre, guon flaters wurde ûnderweis korrizjearre en ferbettere, yn realtime, sadat elke folgjende brûker in bettere tsjinst krijt.
Elke kursus hat in eigen produkteigner, dy't, neist it definiearjen fan it algemiene konsept, de deadlines kontrolearret, hy makket notysjes yn 'e marzjes dat as de tiid komt om de kursus folslein te herskriuwen, en it sil grif komme, want oer twa jier, of sels in jier letter sil wat fan wat wy fertelle irrelevant wurde gewoan om't it moreel ferâldere wurdt. De eigner fan it produkt makket notysjes yn 'e marzjes dy't meastentiids minsken freegje hokker punten ûndúdlik wiene, hokker taken wiene heul lestich, en wat, krekt oarsom, heul ienfâldich like. En dit alles wurdt rekken holden by it opnij opnimmen fan 'e kursus, by in soarte fan refactoring, sadat elke iteraasje fan' e globale kursus better, handiger en nofliker wurdt.
Dit is hoe't kursussen ferskine.
Hoe't de Docker-kursus berne waard
Dit is in apart en sels ûngewoan ûnderwerp foar ús. Om't wy oan 'e iene kant net fan plan wiene om it te dwaan, om't in protte online skoallen it oanbiede. Oan 'e oare kant frege er sels om frijheid en fûn in logysk plak yn ús konsept fan it oplieden fan IT-spesjalisten yn Kubernetes.
Heel globaal sprutsen, ynearsten begûn it allegear mei in kursus oer Kubernetes, doe't it krekt begon, neffens my, nei de earste Slurm. Wy sammele feedback en seagen dat in protte minsken earne oars wat oanfollings wolle lêze oer Docker, en yn 't algemien komme in protte nei de basiskursus op Kubernetes sûnder te witten wat it is .
Dêrom makken se foar de twadde Slurm in kursus - of leaver, net iens in kursus, mar makken se in pear haadstikken oer Dockers. Wêr't se guon fan 'e meast basale dingen fertelden, sadat minsken dy't nei de yntinsive komme, net fermindere fiele en oer it algemien begripe wat der bart.
En doe ûntjoech foarfallen him likernôch sa. De hoemannichte materiaal groeide en stoppe yn 3 dagen te passen. En in logysk en fanselssprekkend idee ferskynde: wêrom net wat wy by Slurm Basic behannelje omsette yn in soarte fan lytse kursus dêr't jo minsken nei stjoere kinne dy't wat oer Docker sjen wolle foardat se in yntinsive kursus oer Kubernetes folgje.
Slurm Junior is trouwens in kombinaasje fan ferskate sokke basiskursussen. Dêrtroch waard de Docker-kursus in stik fan Slurm Junior. Dat is, dit is sa'n nul stap foar и . En dan wiene der gewoan hiel basale abstraksjes.
Op in stuit begûnen minsken te freegjen: "Jongens, dit is allegear geweldich, dit is genôch om te begripen wêr't jo it oer hawwe by de yntinsive kursussen. Wêr kin ik yn mear detail lêze oer wat docker kin dwaan en hoe mei te wurkjen, en wat it is? ” Sa kaam it idee op om it rjocht te meitsjen , sadat, yn it foarste plak, minsken dy't komme nei Slurm mei help fan Kubernetes kinne noch stjoerd wurde nei it, en oan de oare kant, foar dyjingen dy't net iens ynteressearre yn Kubernetes yn dit stadium fan ûntwikkeling. Sadat in IT-spesjalist ús kursus oer Docker kin komme besjen en syn evolúsjonêre paad gewoan begjinne mei pure Docker. Sadat wy sa'n folweardige, folsleine kursus hawwe - en dan binne in protte, nei't dizze kursus sjoen hawwe, in skoft wurke mei pure Docker, groeid nei it nivo wêr't se Kubernetes of in oar orkestraasjesysteem nedich binne. En se kamen benammen by ús.
Soms wurdt de fraach steld: "Wat foar minsken kinne no Kubernetes net nedich wêze?" Mar dizze fraach giet net oer minsken, it is earder in fraach oer bedriuwen. Hjir moatte jo begripe dat Kubernetes bepaalde gefallen hat wêr't it goed geskikt is en taken dy't it goed oplost, mar krekt oarsom binne d'r guon senario's foar it brûken fan Kubernetes as it ekstra pine en ekstra lijen feroarsaket. Dêrom hinget it net iens fan minsken ôf, mar fan hokker bedriuwen har ûntwikkele hawwe en hoe lang.
Bygelyks wat skriklike Legacy-monolith - jo moatte it wierskynlik net yn Kubernetes triuwe, om't it mear problemen sil feroarsaakje dan foardielen. Of, bygelyks, as dit in lyts projekt is, hat it in lytse lading of, yn prinsipe, net in soad jild en middels. It hat gjin punt om it yn Kubernetes te slepen.
En yn 't algemien, wierskynlik, yn' t algemien, lykas in protte minsken al sein hawwe, as jo de fraach stelle: "Moat ik Kubernetes nedich wêze?", dan hawwe jo it wierskynlik net nedich. Ik wit net mear wa't earst kaam mei it, nei myn miening, Pasha Selivanov. Ik iens mei dit 100%. En jo moatte opgroeie ta Kubernetes - en as it al dúdlik wurdt dat ik Kubernetes nedich bin en ús bedriuw it nedich is, en it sil helpe om sokke en sokke problemen op te lossen, dan makket it wierskynlik sin om te learen en út te finen hoe't jo krekt moatte ynstelle it goed op, sadat it proses fan oerstap nei Kubernetes net heul pynlik is.
Guon bernesykten en guon ienfâldige dingen, en sels net heul ienfâldige, kinne jo benammen fan ús fine, en net troch jo eigen hark en pine gean.
In protte bedriuwen binne krekt sa gien dat d'r earst gewoan in soarte fan ynfrastruktuer wie sûnder kontenerisaasje. Doe kamen se op it punt dat it lestich waard om it allegear te behearjen, se skeakelen oer nei Docker en op in stuit groeiden se oant it punt dat it krap waard yn it ramt fan Docker en wat it biedt. En se begûnen te sjen nei wat der omhinne wie, hokker systemen dizze problemen oplosse, en benammen Kubernetes - dit is ien fan dy systemen wêrmei jo problemen kinne oplosse as pure Docker fol wurdt en funksjonaliteit mist, dit is in echt goed gefal as minsken Se geane stap foar stap fan ûnderen omheech, begripe dat dizze technology net genôch is en gean nei it folgjende nivo. Se brûkten wat, it waard wer min en se gongen fierder.
Dit is in bewuste kar - en it is heul cool.
Yn it algemien sjoch ik dat ús systeem hiel moai boud is, bgl. , sels fia fideokursussen. Dan nei docker giet it doe doe . Alles is logysk linen - in persoan giet troch en in fêste berop ûntstiet.
Yn prinsipe lit de set fan kursussen jo in protte gefallen dekke, sels moderne. D'r binne noch gebieten dy't in griis gebiet bliuwe, ik hoopje dat wy meikoarten wat kursussen meitsje wêrmei't wy dizze grize gebieten slute kinne, foaral komme wy wat oer feiligens. Want dit wurdt hiel relevant.
Koartsein, wy hawwe wat grize gebieten dat soe wêze hiel moai om te sluten, sadat it soe wêze in folslein, folslein byld - en minsken koenen komme, en krekt as Kubernetes sels is as in Lego constructor, kinne jo meitsje ferskillende dingen út it sammelje, as der noch net genôch - oanfolling, itselde mei ús kursussen, sadat minsken kinne begripe wat se nedich hawwe om in soarte fan puzel, in soarte fan konstruksje set út ús kursussen;
As jo josels in algemien korrekte en earlike fraach freegje: "Wa kin no in aktive Docker-kursus brûke?", dan:
- Foar learlingen dy't der krekt yn begjinne.
- Testing ôfdieling meiwurkers.
- Yn feite binne d'r in protte bedriuwen dy't noch net allinich Docker net brûke, mar gjinien hat fan sokke technology heard en, yn prinsipe, net witte hoe't se it brûke. En ik wit ferskate grutte bedriuwen yn Sint-Petersburch dy't in protte jierren ûntwikkele hawwe, en se brûkten wat âlde technologyen, se bewege yn dizze rjochting. Benammen foar sokke bedriuwen, foar yngenieurs yn sokke bedriuwen, kin dizze kursus heul ynteressant wêze, om't it jo yn it foarste plak sil tastean om josels fluch te ferdjipjen yn dizze technology, en twad, sa gau as ferskate yngenieurs ferskine dy't begripe hoe't it allegear wurket, kinne se it nei it bedriuw bringe en dizze kultuer en dizze rjochtingen binnen it bedriuw ûntwikkelje.
- Nei myn miening kin dizze kursus noch nuttich wêze foar dyjingen dy't al mei docker hawwe wurke, mar heul lyts en mear yn 'e styl "doe ien kear, doch twa kear" - en no sille se op ien of oare manier ynteraksje mei deselde Kubernetes, en dit legt har bepaalde ferplichtingen op, as jo heul oerflakkige kennis hawwe fan wat docker is, hoe't jo it útfiere, mar tagelyk net witte hoe't it fan binnen út wurket, jo witte net wat it bêste mei te dwaan is it en wat is better net te dwaan, Dan is dizze kursus goed geskikt foar systematizing en ferdjipjen kennis.
Mar as jo kennis hawwe op it nivo fan: "Ik wit net hoe't ik deselde Docker-bestannen korrekt skriuwe, ik kin my yntinke wat nammeromten binne, hoe konteners wurkje, hoe't se eins wurde ymplementearre op it bestjoeringssysteemnivo" - dan is d'r perfoarst gjin punt om te gean nei ús, do silst net leare neat nij en do silst wêze in bytsje tryst foar it jild en tiid bestege.
As wy formulearje hokker foardielen ús kursus hat, dan:
- Wy hawwe besocht om dizze kursus te meitsjen mei in foldwaande oantal praktyske gefallen wêrmei jo net allinich it teoretyske diel dat bestiet kinne begripe, mar ek begripe wêrom't jo it nedich hawwe en hoe't jo it yn 'e takomst sille brûke;
- d'r binne ferskate seksjes dy't heul selden oeral te finen binne - en yn 't algemien is d'r net sa folle materiaal op. Se relatearje oan de ynteraksje fan Docker mei it bestjoeringssysteem, sels in bytsje oars. Hokker meganismen hat Docker fan it bestjoeringssysteem nommen om it containerisaasjesysteem te ymplementearjen - en dit jout sa'n djipper begryp fan 'e heule kwestje fan it útfieren fan konteners binnen it Linux-bestjoeringssysteem. Hoe't it wurket, hoe't it ynteraksje mei elkoar binnen it bestjoeringssysteem, bûten, ensfh.
Dit is sa'n wirklik djippe útstrieling dat it frij seldsum bart, en tagelyk, nei myn miening, is it heul wichtich. As jo elke technology goed wolle begripe en begripe wat jo derfan kinne ferwachtsje, moatte jo op syn minst in algemien idee hawwe fan hoe't it wurket op in leech nivo.
Us kursus lit sjen en fertelt hoe't dit wurket út it eachpunt fan it bestjoeringssysteem. Oan 'e iene kant brûke alle kontenerisaasjesystemen deselde bestjoeringssysteemmeganismen. Oan 'e oare kant nimme se wat yn it Linux-bestjoeringssysteem is, lykas docker. Oare containerization-systemen kamen net mei wat nijs - se namen wat al yn Linux wie en skreau gewoan in handige wrapper wêrmei jo it fluch kinne neame, útfiere, of op ien of oare manier mei ynteraksje kinne. Deselde Docker is net in heul grutte laach tusken it bestjoeringssysteem en de kommandorigel, it is in soarte fan hulpprogramma wêrmei jo gjin kilotons oan kommando's of in soarte fan C-koade kinne skriuwe om in kontener te meitsjen, mar om dit te dwaan troch yn te fieren in pear rigels yn terminal.
En noch ien ding, as wy spesifyk oer Docker prate, wat Docker wirklik nei de IT-wrâld brocht binne noarmen. Hoe't de applikaasje moat wurde lansearre, hoe't it moat wurkje, wat binne de easken foar logs, wat binne de easken foar skaalfergrutting, it konfigurearjen fan de applikaasje sels.
Op in protte manieren giet docker oer noarmen.
Noarmen ferpleatse ek nei Kubernetes - en d'r binne krekt deselde noarmen as jo witte hoe't jo jo applikaasje goed útfiere moatte yn Docker, dan sil it 99% fan 'e tiid like goed wurkje binnen Kubernetes.
As jo josels ynteressearre fûnen net allinich yn hoe't de Docker-kursus waard makke, mar ek yn oare kursussen, mar ek ynteressearre yn 'e kursus sels út in praktysk eachpunt, dan
Wy sille bliid wêze om dy te sjen!
Boarne: www.habr.com