Parte-hartzaile bat ikastaro edo ikastaro trinko batera etortzen da. Laguntza teknikoaren ilara ordenatuak, txukun bideraturiko elektrizitate-kableak, hitzaldi-aretoaren koadro-taula, irudi distiratsuak eta diapositiba-diagramak ikusten ditu. Txantxak eta irribarreak dituzten hizlariek informazioa ematen dute ulertzeko denbora besterik ez duzun moduan. Harmailak jarrita daude, praktika-zereginak hatzetatik hegan egiten dira, batzuetan langile teknikoen laguntza behar duzula izan ezik. euskarria.
Eta baita kafe-atsedenaldiak ere gogoko jendearekin, giro alaia eta energetikoa, esperientzia trukea, hizlarientzako ustekabeko galderak. Eskuliburuetan aurkituko ez dituzun erantzunak eta informazioa, praktikan soilik.
Zenbat denbora, esfortzu eta nerbio behar izan direla uste duzu hain zuzen ere horrela izan dadin?
Eskerrik asko Volodya Guryanov-i, Southbridge-ko Kubernetes-eko administratzaile eta ingeniari/taldeko arduradun ziurtatuari, hasiera-hasieratik Slurm ikastaro askoren sorreraren lekuko eta aktiboki parte hartu duena.
Noski sorkuntzaren azpian ikusi zuen: konplexutasunak eta arrasto arantzatsuak, ikuspegiak eta ustekabeko irtenbideak. Eta dagoeneko ezagunak diren Kubernetes intentsiboek, hala nola Slurm Basic eta Slurm Mega. Eta ikastaro berri bat, neurri handi batean berrikusitakoa , ezinbestean hurbiltzen ari dena eta abuztuaren 19an hasiko dena.
Baina, agian, letrarekin nahikoa, pasa gaitezen istoriora bera. Nola gai intentsibo pare batetik guztiz autosufizientea eta polifazetikoa . Beraz, ikastaroak nola sortzen eta garatzen diren kontatzen hasiko naiz, "Duela aspaldiko galaxia batean, urrun, urrun..." bezala.
Zer dago eszenaren atzean?
Ikastaroak nola egiten ditugun eta dena non hasten den galdetzen baduzu, besterik gabe erantzungo dut: "Dena ideia batekin hasten da".
Normalean ideia nonbaitetik etortzen da; ez gara sotoan eskuburdinak jarrita esertzen asmatu arte: "Zer gairi buruz egin behar dugu ikastaro bat?" Ideiak nonbaitetik ateratzen dira berez kanpoko iturrietatik. Batzuetan jendea aktiboki galdetzen hasten da: "Zer dakizu halako teknologia zehatz bati buruz?" Edo nola Dockerrekin ezinezkoa izan zen ikastaro trinkorako denboran sartzea; jakina, kanpora atera behar zen ikastaro trinkoan zerbait kontatzeko denbora izateko.
Horrela agertzen da ideia bat.
Iragarri eta gero, nire ustez, momenturik zailena hasten da - orokorrean ikastaro honetan zer sartu behar den ulertzeko - hizlariak edozein kongresutarako prestatzen direnarekin oso parekoa da.
Min nagusi bat dago gai bat aukeratu eta pentsatzen duzunean: βZer esan dezaket horri buruz? Hau sinpleegia da, hau agerikoa da, denek ere badakite horiβ.
Baina, egia esan, ez da batere horrela. Eta nik pertsonalki diot leku askotan zuri begi-bistakoa iruditzen zaizuna, zuri entzutera edo ikastaro bat egitera datozenei, ez dela batere agerikoa. Eta hemen halako lan-geruza eta barne gatazka sortzen da, ikastaroan zer sartu. Ondorioz, halako kapituluen zerrenda bat lortzen dugu trazu handi handiekin, ikastaroa zertan izango den.
Eta orduan errutinazko lan sinplea hasten da:
- Materialaren hautaketa
- Irakurri arretaz egungo bertsioaren dokumentazioa, IT mundua nolabaiteko abiadura kosmiko batean garatzen ari baita. Nahiz eta zerbaitekin lan egin eta horri buruzko ikastaro bat egin, dokumentaziora joan eta ikusi behar duzu zer berri dagoen, zertaz hitz egiteko interesgarria den, zer aipatzea bereziki erabilgarria izan daitekeen.
- Eta ikastaroaren hezurdura jakin bat agertzen da, non gai gehienak, orokorrean, dagoeneko landuta dauden eta badirudi hor dagoena - bideoak grabatu eta ekoizpenera abiarazteko.
- Baina egia esan, ez, orduan hasten da lan gogorra, baina ez ikastaroaren egileentzat, proba egiten dutenentzat baizik. Normalean gure alfa probatzaileak euskarri teknikoa izaten dira, eta, lehenik, ikastaroak zuzentzen ditu akats sintaktiko eta gramatikaletarako. Bigarrenik, makilekin minez kolpatzen gaituzte eta guztiz ageriko ez diren lekuak, ulertezinak daudenean, zin egiten gaituzte. Pare bat orrialde irauten duten mendeko perpaus konplexuak edo ageriko zentzugabekeriak agertzen direnean testuetan. Guztia irakurri dute, adi.
- Ondoren, praktika-probaren etapa hasten da, non funtzionatzen ez duten gauza ageriko batzuk ere atzematen diren eta zailagoak izan daitezkeen puntu batzuk erakusten dira, ez baita oso interesgarria bihurtzen - eserita eta kopiatzen - eta lekuak identifikatzen dira oso. zaila eta kurtso hau egingo duen jendearengandik asko dugu egiteko. Eta gero gomendioak datoz: "Mutilak, egin ezazu hemen errazagoa, errazagoa izango da hautematea eta etekin handiagoa aterako zaio".
- Lan kopuru hori egin ondoren, bideoari dagokion zatia idatzita dago, dena ondo dagoela dirudi. Eta dagoeneko eman dezakezu ekoizpenerako, ikastaro honen publizitatea egiteko. Baina, berriro ere, ez, goizegi da - duela gutxi gure buruari apur bat konfiantza izateari utzi diogulako eta, printzipioz, iritziarekin gehiago lan egiten hasi garelako. Beta probak bezalako gauza bat dago: kanpotik jendea gonbidatzen da, gure enpresarekin inola ere lotuta ez dagoenean, eta gauza batzuengatik ikastaroaren atal guztiak, bideoak, testuak, lan praktikoak erakusten zaizkie, horrela materialaren kalitatea, materialaren irisgarritasuna ebaluatu eta ikastaroa ahalik eta ondoen egiten lagundu digu.
- Eta horrelako hainbat iterazio igarotzen direnean, bozgorailuak, alfa probak laguntza tekniko moduan, beta probak, hobekuntzak. Eta gero dena berriro hasten da: laguntza teknikoa, beta probak, hobekuntzak.
- Eta momentu jakin batean, ulertzen da edo aldaketak egin ditugula, guztiz irrealista delako denei gustatzen zaiela ziurtatzea, edo erabaki zorrotz batzuk hartzen direlako. Leku jakin batzuei buruzko iruzkin asko kritikoak direnean, berregin itzazu globalki, zerbait gaizki joan delako.
- Ondoren, aldaketa txikiak egiteko garaia iritsiko da - nonbait esaldia ez dago oso ondo formulatuta, nonbait norbaitek ez du letra-tipoa gustatzen, 14,5, baina 15,7 nahiko luke.
- Mota honetako iruzkinak geratzen direnean, kitto, gutxi-asko irekitzen da ikastaroa, salmenta ofizialak hasten dira.
Eta lehen begiratuan, ikastaro bat sortzeko zeregin labur eta sinplea ez da batere erraza eta izugarri luzea behar da.
Eta badago beste puntu garrantzitsu bat ikastaroaren lana ez dela amaitzen ikastaroa kaleratzen denean. Lehenik eta behin, arreta handiz irakurtzen ditugu zenbait zatitan uzten diren iruzkinak. Eta ahalegin guztiak egin arren, akats batzuk oraindik identifikatzen dira, bidean akats batzuk zuzentzen eta hobetzen ari dira, denbora errealean, ondorengo erabiltzaile bakoitzak zerbitzu hobea jaso dezan.
Ikastaro bakoitzak bere produktu-jabea du, eta kontzeptu orokorra zehazteaz gain, epeak egiaztatzen ditu, ertzetan oharrak egiten ditu ikastaroa guztiz berridazteko garaia iristen denean, eta behin betiko iritsiko da, bi urte barru, edo urtebete geroago ere, kontatzen ditugun batzuk garrantzirik gabe geratuko dira moralki zaharkituta geratuko direlako. Produktu-jabeak oharrak egiten ditu marjinetan, gehienetan jendeak galdetzen duela zer puntu zeuden argi, zer zeregin oso zaila zirudien eta zeinek, aitzitik, oso sinpleak ziruditen. Eta hori guztia kontuan hartzen da ikastaroa berriro grabatzean, nolabaiteko refactorizazioan, ikastaro globalaren iterazio bakoitza hobea, erosoagoa eta erosoagoa izan dadin.
Horrela agertzen dira ikastaroak.
Nola sortu zen Docker ikastaroa
Gai bereizia eta ezohikoa ere bada guretzat. Alde batetik, ez genuelako egiteko asmorik, sareko ikastetxe askok eskaintzen dutelako. Bestalde, berak askatasuna eskatu zuen eta Kubernetesen informatikako espezialisten prestakuntzaren gure kontzeptuan leku logikoa aurkitu zuen.
Oso globalki hitz eginez, hasiera batean dena Kubernetes-i buruzko ikastaro batekin hasi zen, nire ustez, lehen Slurm-aren ostean hasi zenean. Iritzia bildu dugu eta jende askok Dockerri buruz beste nonbait irakurri nahi duela ikusi dugu, eta, oro har, asko Kubernetes-en oinarrizko ikastarora etortzen dira zer den jakin gabe. .
Horregatik, bigarren Slurm-erako ikastaro bat egin zuten -edo hobeto esanda, ikastaro bat ere ez, baina Dockers-en pare bat kapitulu egin zituzten. Non gauza oinarrizkoenak kontatzen zituzten, intentsibora etortzen den jendea gabeziarik ez sentitzeko eta orokorrean gertatzen ari zena uler zezaten.
Eta gero gertaerak gutxi gorabehera honela garatu ziren. Material kopurua hazi eta 3 egunetan egokitzeari utzi zion. Eta ideia logiko eta agerikoa agertu zen: zergatik ez Slurm Basic-en lantzen duguna ikastaro txiki moduko batean bihurtu Dockerri buruz zerbait ikusi nahi duen jendea Kubernetes-en ikastaro trinko bat egin aurretik bidaltzeko.
Slurm Junior, hain zuzen, oinarrizko ikastaro batzuen konbinazioa da. Ondorioz, Docker ikastaroa Slurm Juniorren pieza bihurtu zen. Hau da, aurreko zero urratsa da ΠΈ . Eta orduan oso oinarrizko abstrakzioak zeuden.
Noizbait, jendea galdetzen hasi zen: βMutilak, hau dena bikaina da, hau nahikoa da ikastaro trinkoetan zertaz ari zaren ulertzeko. Non irakur dezaket xehetasun gehiago docker-ek zer egin dezakeen eta nola lan egin dezakeen, eta zer den? Beraz, ideia zuzena egiteko sortu zen , lehenik eta behin, Kubernetes erabiliz Slurm-era etortzen diren pertsonak oraindik bertara bidali ahal izateko, eta, bestetik, garapen-fase honetan Kubernetes-en interesa ere ez dutenentzat. Informatika espezialista bat Docker-i buruzko gure ikastaroa ikustera etor dadin eta bere eboluzio-bideari ekin diezaion Docker hutsarekin. Horrelako ikastaro osoa eta osoa izan dezagun, eta orduan asko, ikastaro hau ikusita, denbora batez Docker hutsarekin lan egin ostean, Kubernetes edo beste orkestrazio sistemaren bat behar duten mailara heldu dira. Eta gurera etorri ziren bereziki.
Batzuetan galdera hau egiten da: "Zer motatako pertsonak agian ez du Kubernetes beharrik?" Baina galdera hau ez da jendeari buruzkoa, enpresei buruzkoa baizik. Hemen ulertu behar duzu Kubernetes-ek ondo egokitzen zaion kasu jakin batzuk dituela eta ondo konpontzen dituen zereginak, baina, aitzitik, Kubernetes erabiltzeko eszenatoki batzuk daude min gehigarria eta sufrimendu gehigarria eragiten duenean. Hori dela eta, ez da pertsonen araberakoa ere, zer enpresa garatzen ari diren eta zenbat denboraz.
Adibidez, Legacy monolito ikaragarri batzuk - ziurrenik ez zenuke Kubernetesera bultzatu behar, onurak baino arazo gehiago sortuko dituelako. Edo, adibidez, proiektu txikia bada, karga txikia du edo, printzipioz, diru eta baliabide asko ez. Ez du balio Kubernetesera arrastatzeak.
Eta, oro har, ziurrenik, oro har, jende askok jada esan duen bezala, galdera egiten ari bazara: "Kubernetes behar al dut?", ziurrenik ez duzu beharrik izango. Ez dut gogoan nork asmatu zuen lehenengoz, nire ustez, Pasha Selivanov. %100 honekin ados nago. Eta Kubernetes-era hazi behar duzu, eta dagoeneko argi geratzen denean Kubernetes behar dudala eta gure enpresak behar duela, eta halako eta halako arazoak konpontzen lagunduko dizunean, seguruenik zentzuzkoa izango da ikastera joatea eta nola ezarri zehatz-mehatz asmatzea. ondo sortu, Kubernetesera aldatzeko prozesua oso mingarria izan ez dadin.
Haurren gaitz batzuk eta gauza sinple batzuk, eta ez oso sinpleak ere, guregandik jakin daitezke bereziki, eta ez zure arrasto eta minetik pasatu.
Enpresa askok hasiera batean edukiontzirik gabeko azpiegituraren bat besterik ez zegoen bidetik joan dira. Gero, dena kudeatzea zaila egiten zitzaidan puntura iritsi ziren, Dockerra aldatu ziren eta noizbait Docker-en eta eskaintzen duenaren esparruan estutu egin zen. Eta inguruan zer zegoen aztertzen hasi ziren, zein sistemak arazo horiek konpontzen dituzten eta, bereziki, Kubernetes - Docker purua jendez gainezka dagoenean eta funtzionalitate falta denean arazoak konpontzeko aukera ematen duten sistema horietako bat da, hau oso kasu ona da jendeak. Pausoz pauso behetik gora doaz, teknologia hori nahikoa ez dela ulertu eta hurrengo mailara pasatzen dira. Zerbait erabili zuten, berriro urritu zen, eta aurrera egin zuten.
Aukera kontziente bat da eta oso polita da.
Orokorrean, gure sistema oso ederki eraikita dagoela ikusten dut, adibidez, , baita bideo ikastaroen bidez ere. Ondoren, docker ondoren doa , gero , gero . Dena lerrokatzen da logikoki: pertsona bat pasatzen da eta lanbide sendo bat sortzen da.
Printzipioz, ikastaroen multzoak kasu asko estaltzeko aukera ematen du, baita modernoak ere. Oraindik eremu grisa izaten jarraitzen duten eremuak daude, espero dut laster eremu gris horiek ixtea ahalbidetuko duten ikastaro batzuk sortuko ditugula, bereziki, segurtasunari buruzko zerbait aterako dugu. Hau oso garrantzitsua izaten ari delako.
Laburbilduz, ixtea oso atsegina litzatekeen eremu gris batzuk ditugu, irudi osoa eta osoa izan dadin - eta jendea etor liteke, eta Kubernetes bera Lego konstruktore bat bezalakoa den bezala, gauza desberdinak egin ditzakezu. biltzen du, oraindik nahikoa ez bada - osagarria, berdin gure ikastaroekin, jendeak honetatik zer behar duen uler dezan; puzzle moduko bat muntatu behar dute, gure ikastaroetako eraikuntza-multzo bat.
Orokorrean galdera zuzena eta zintzoa egiten badiozu zeure buruari: "Nork erabil lezake orain Docker ikastaro aktibo bat?", orduan:
- Horretan sartzen hasi berriak diren ikasleentzat.
- Proba saileko langileak.
- Izan ere, enpresa asko daude oraindik, Docker erabiltzen ez ezik, inork ez du horrelako teknologiarik entzun eta, printzipioz, ez dakitela nola erabili. Eta San Petersburgoko hainbat enpresa handi ezagutzen ditut, urte askoan garatzen ari direnak, eta teknologia zahar batzuk erabiltzen zituzten, norabide horretan doaz. Bereziki, horrelako enpresentzat, horrelako enpresetako ingeniarientzat, ikastaro hau oso interesgarria izan daiteke, izan ere, lehenik eta behin, teknologia honetan azkar murgiltzeko aukera emango dizu eta, bigarrenik, dena nola ulertzen duten hainbat ingeniari agertu bezain pronto. lanak, enpresara ekarri eta enpresa barruan kultura eta norabide hauek garatu ditzakete.
- Nire ustez, ikastaro hau oraindik ere erabilgarria izan daiteke docker-ekin lan egin dutenentzat, baina oso gutxi eta gehiago "egin behin, egin birritan" estiloan - eta orain nolabait Kubernetes berdinarekin elkarreraginatuko dute, eta hau. betebehar batzuk ezartzen dizkie, docker zer den, nola exekutatu behar den oso azaleko ezagutza baduzu, baina, aldi berean, ez dakizu nola funtzionatzen duen barrutik, ez dakizu zer den onena. eta zer da hobe ez egitea, Ondoren, ikastaro hau ondo dago ezagutza sistematizatu eta sakontzeko.
Baina ezagutzak badituzu: "Ez dakit Docker fitxategi berdinak behar bezala idazten, imajina dezaket zer diren izen-espazioak, nola funtzionatzen duten edukiontziak, nola inplementatzen diren sistema eragile mailan" - orduan dago. zalantzarik gabe guregana joateak ez du ezertarako balio, ez duzu ezer berririk ikasiko eta apur bat triste egongo zara gastatutako diruagatik eta denboragatik.
Gure ikastaroak zein abantaila dituen planteatzen badugu, orduan:
- Ikastaro hau kasu praktiko kopuru nahikoarekin egiten saiatu gara, dagoen atal teorikoa ulertzeaz gain, zergatik behar duzun eta etorkizunean nola erabiliko duzun ulertzeko aukera emango dizutenak;
- inon oso gutxitan aurkitzen diren hainbat atal daude, eta, oro har, ez dago horrenbesteko materiala. Docker-ek sistema eragilearekin duen elkarrekintzarekin erlazionatzen dute, nahiz eta apur bat ezberdinean. Zer mekanismo hartu zituen Docker-ek sistema eragiletik edukiontzien sistema ezartzeko, eta horrek Linux sistema eragilearen barruan edukiontziak exekutatzeko arazo osoa ulertzen du. Nola funtzionatzen duen, nola elkarreragiten duen sistema eragilearen barruan, kanpoan, etab.
Hain begirada sakona da, oso gutxitan gertatzen den eta, aldi berean, nire ustez, oso garrantzitsua da. Edozein teknologia ondo ulertu eta bertatik zer espero duzun ulertu nahi baduzu, gutxienez maila baxuan nola funtzionatzen duen jakiteko ideia orokorra izan behar duzu.
Gure ikastaroak sistema eragilearen ikuspuntutik nola funtzionatzen duen erakusten eta kontatzen du. Alde batetik, edukiontzien sistema guztiek sistema eragilearen mekanismo berdinak erabiltzen dituzte. Bestalde, Linux sistema eragilean dagoena hartzen dute, docker bezala. Beste edukiontzi batzuen sistemak ez zuten ezer berririk sortu: jada Linux-en zegoena hartu zuten eta hari azkar deitzeko, exekutatzeko edo nolabait harekin elkarreragiteko aukera ematen dizun bilgarri eroso bat besterik ez zuten idatzi. Docker bera ez da sistema eragilearen eta komando-lerroaren arteko geruza oso handi bat, edukiontzi bat sortzeko kilotonak komandoak edo C koderen bat idazteko aukera ematen duen erabilgarritasun moduko bat da, baina horretarako sartuz. linea pare bat terminalean.
Eta gauza bat gehiago, Dockerri buruz zehazki hitz egiten ari bagara, Docker-ek benetan IT mundura ekarri zuena estandarrak dira. Aplikazioa nola abiarazi behar den, nola funtzionatu behar duen, zeintzuk diren erregistroen baldintzak, zeintzuk diren eskalatzeko baldintzak, aplikazioa bera konfiguratuz.
Zentzu askotan, docker estandarrei buruzkoa da.
Estandarrak ere Kubernetesera mugitzen ari dira, eta estandar berdinak daude; Docker-en zure aplikazioa ondo exekutatzen badakizu, denboraren % 99an berdin funtzionatuko du Kubernetesen.
Docker ikastaroa nola sortu den ez ezik, beste ikastaro batzuetan ere interesatzen bazaizu, baita ikastaroa bera ere ikuspuntu praktikotik interesatzen bazaizu, orduan
Pozik egongo gara zu ikusteaz!
Iturria: www.habr.com