Dumating ang isang kalahok sa isang kurso o masinsinang kurso. Nakikita niya ang maayos na mga hilera ng teknikal na suporta, maayos na mga kable ng kuryente, isang checkerboard na layout ng lecture hall, maliliwanag na larawan at mga slide diagram. Ang mga nagsasalita na may mga biro at ngiti ay nagbibigay ng impormasyon sa paraang mayroon ka lang oras upang maunawaan ito. Ang mga stand ay naka-set up, ang mga gawain sa pagsasanay ay lumipad lamang sa iyong mga daliri, maliban kung minsan kailangan mo ng tulong ng mga teknikal na kawani. suporta.
At pati na rin ang mga coffee break sa mga taong katulad ng pag-iisip, isang masayahin at masiglang kapaligiran, palitan ng mga karanasan, ang pinaka hindi inaasahang mga tanong para sa mga nagsasalita. Parehong mga sagot at impormasyon na hindi mo mahahanap sa mga manual, ngunit sa pagsasanay lamang.
Sa tingin mo, gaano karaming oras, pagsisikap at nerbiyos ang kinailangan para gawin itong eksaktong ganito?
Salamat kay Volodya Guryanov, isang sertipikadong Kubernetes administrator at engineer/team lead sa Southbridge, na nakasaksi at aktibong lumahok sa paglikha ng maraming kurso sa Slurm mula pa sa simula.
Nakita niya ang underbelly siyempre ng paglikhaβmga kumplikado at matinik na rake, mga insight at hindi inaasahang solusyon. At ang pamilyar na Kubernetes intensive, tulad ng Slurm Basic at Slurm Mega. At isang bago, higit na binagong kurso , na hindi maiiwasang papalapit at magsisimula sa Agosto 19.
Ngunit, marahil, sapat na ang mga liriko, lumipat tayo sa mismong kuwento. Paano mula sa isang pares ng mga masinsinang paksa ng isang ganap na sapat sa sarili at multifaceted . Kaya sisimulan ko ang kuwento kung paano nilikha at binuo ang mga kurso - tulad ng "Matagal nang panahon ang nakalipas sa isang kalawakan na malayo, malayo..."
Ano ang nasa likod ng mga eksena?
Kung tatanungin mo kung paano tayo gumagawa ng mga kurso at kung saan nagsisimula ang lahat, sasagot lang ako ng "Nagsisimula ang lahat sa isang ideya."
Kadalasan ang ideya ay nagmumula sa isang lugar - hindi kami nakaupo na nakaposas sa basement hanggang sa makaisip kami ng: "Anong paksa ang dapat nating pag-aralan?" Ang mga ideya ay nagmula sa isang lugar sa kanilang sarili mula sa mga panlabas na mapagkukunan. Minsan ang mga tao ay nagsisimulang aktibong magtanong: "Ano ang alam mo tungkol sa ganoon at ganoong partikular na teknolohiya?" O kung paano ito kay Docker na imposibleng magkasya siya sa timing para sa intensive course - halatang kailangan siyang dalhin sa labas upang magkaroon ng oras na magsabi ng isang bagay sa panahon ng intensive course.
Ito ay kung paano lumilitaw ang isang ideya.
Matapos itong ipahayag, sa palagay ko, magsisimula ang pinakamahirap na sandali - upang maunawaan sa pangkalahatan kung ano ang isasama sa kursong ito - ito ay maihahambing sa kung paano inihahanda ang mga tagapagsalita para sa anumang mga kumperensya.
Mayroong isang pangunahing sakit kapag tila pumili ka ng isang paksa at iniisip: "Ano ang masasabi ko tungkol dito? Ito ay masyadong simple, ito ay malinaw, ang lahat ay alam din ito.
Ngunit sa katunayan hindi ito ang kaso sa lahat. At personal kong sinasabi sa maraming lugar na kung ano ang tila halata sa iyo, sa mga pumupunta upang makinig sa iyo o kumuha ng kurso, ay hindi talaga halata. At dito lumitaw ang isang malaking layer ng trabaho at panloob na salungatan, kung ano ang isasama sa kurso. Bilang isang resulta, nakakakuha kami ng isang listahan ng mga kabanata na may napakahusay na mga stroke, kung ano ang magiging kurso.
At pagkatapos ay magsisimula ang simpleng gawain:
- Pagpili ng materyal
- Basahin nang mabuti ang dokumentasyon para sa kasalukuyang bersyon, dahil ang mundo ng IT ay umuunlad na ngayon sa ilang uri ng bilis ng kosmiko. Kahit na gumawa ka ng isang bagay at gumawa ng kurso tungkol dito, kailangan mong pumunta sa dokumentasyon at tingnan kung ano ang bago doon, kung ano ang kawili-wiling pag-usapan, kung ano ang maaaring maging kapaki-pakinabang na banggitin.
- At lumilitaw ang isang tiyak na balangkas ng kurso, kung saan ang karamihan sa mga paksa, sa pangkalahatan, ay sakop na at tila anuman ang naroroon - mag-record ng mga video at ilunsad ang mga ito sa produksyon.
- Ngunit sa katunayan, hindi, pagkatapos ay magsisimula ang mahirap na trabaho, ngunit hindi para sa mga may-akda ng kurso, ngunit para sa mga sumusubok. Karaniwan ang aming mga alpha tester ay teknikal na suporta, na, una, ay nag-proofread ng mga kurso para sa anumang syntactic at grammatical error. Pangalawa, pinalo nila kami nang masakit ng mga stick at nagmumura kapag may ilang ganap na hindi halata, hindi maintindihan na mga lugar. Kapag lumilitaw sa mga teksto ang ilang kumplikadong binubuo na mga subordinate na pangungusap na tumatagal ng ilang pahina o halatang walang kapararakan. Binasa nila lahat, abangan.
- Pagkatapos ay magsisimula ang yugto ng pagsubok sa pagsasanay, kung saan ang ilang mga halatang hindi gumaganang bagay ay nahuli din at ang ilang mga punto ay ipinapakita na maaaring maging mas mahirap, dahil ito ay nagiging hindi masyadong kawili-wili - nakaupo lamang at nangongopya - at natukoy ang mga lugar kung saan ito ay napaka mahirap at marami tayong gustong gawin sa mga taong kukuha ng kursong ito. At pagkatapos ay dumating ang mga rekomendasyon: "Guys, gawin itong mas simple dito, mas madaling maunawaan at magkakaroon ng mas maraming benepisyo mula dito."
- Matapos ang dami ng gawaing ito, ang bahagi na nauugnay sa video ay nakasulat, ang lahat ay tila maayos. At maaari mo na itong i-donate para sa produksyon, para sa pag-advertise sa kursong ito. Ngunit muli, hindi, masyadong maaga - dahil kamakailan lamang ay tumigil kami sa pagtitiwala sa aming sarili nang kaunti at, sa prinsipyo, nagsimulang magtrabaho nang higit pa sa feedback. Mayroong isang bagay tulad ng beta testing - ito ay kapag ang mga tao ay iniimbitahan mula sa mga tagalabas, hindi konektado sa aming kumpanya sa anumang paraan, at para sa ilang mga goodies ipinapakita sa kanila ang lahat ng bahagi ng kurso, mga video, teksto, mga praktikal na gawain, upang sila ay suriin ang kalidad ng materyal, ang accessibility ng materyal at tinulungan kaming gawin ang kurso na pinakamaganda hangga't maaari.
- At kapag dumaan ang ilang mga naturang pag-ulit, mga speaker, alpha testing sa anyo ng teknikal na suporta, beta testing, mga pagpapabuti. At pagkatapos ay magsisimula muli ang lahat - teknikal na suporta, pagsubok sa beta, mga pagpapabuti.
- At sa ilang tiyak na punto, ang pag-unawa ay dumating na alinman ay tapos na tayo sa mga pagbabago, dahil ito ay ganap na hindi makatotohanang tiyakin na ang lahat ay magugustuhan ito, o ang ilang mga marahas na desisyon ay ginawa. Kapag maraming komento sa ilang partikular na lugar ang kritikal, gawing muli ang mga ito sa buong mundo, dahil may nangyaring mali.
- Pagkatapos ay dumating ang oras para sa mga menor de edad na pag-edit - sa isang lugar na hindi maganda ang pagkakabalangkas ng pangungusap, sa isang lugar na hindi gusto ng isang tao ang font, 14,5, ngunit gusto ang 15,7.
- Kapag nananatili ang ganitong uri ng komento, pagkatapos ay iyon na, ang kurso ay bubukas nang higit pa o mas kaunti, magsisimula ang mga opisyal na benta.
At sa unang sulyap, ang maikli at simpleng gawain ng paglikha ng isang kurso ay lumalabas na hindi lahat simple at tumatagal ng hindi kapani-paniwalang mahabang panahon.
At may isa pang mahalagang punto na ang trabaho sa kurso ay hindi nagtatapos kapag ang kurso ay inilabas. Una, maingat naming binasa ang mga komentong naiwan sa ilang bahagi. At kahit na sa kabila ng lahat ng mga pagsusumikap na ginawa namin, ang ilang mga kapintasan ay natukoy pa rin, ang ilang mga pagkakamali ay itinatama at pinagbubuti sa daan, sa totoong oras, upang ang bawat susunod na gumagamit ay makatanggap ng isang mas mahusay na serbisyo.
Ang bawat kurso ay may sariling may-ari ng produkto, na, bilang karagdagan sa pagtukoy sa pangkalahatang konsepto, sinusuri ang mga deadline, gumawa siya ng mga tala sa mga margin na pagdating ng oras upang ganap na muling isulat ang kurso, at tiyak na darating ito, dahil sa loob ng dalawang taon, o kahit isang taon na ang lumipas, ang ilan sa mga sinasabi natin ay magiging walang katuturan dahil lamang ito ay magiging laos na sa moral. Ang may-ari ng produkto ay gumagawa ng mga tala sa mga margin na kadalasang tinatanong ng mga tao kung anong mga punto ang hindi malinaw, kung anong mga gawain ang tila napakahirap, at na tila, sa kabaligtaran, ay napakasimple. At ang lahat ng ito ay isinasaalang-alang kapag muling nagre-record ng kurso, sa panahon ng ilang uri ng refactoring, upang ang bawat pag-ulit ng pandaigdigang kurso ay maging mas mahusay, mas maginhawa at komportable.
Ganito ang hitsura ng mga kurso.
Paano ipinanganak ang kursong Docker
Ito ay isang hiwalay at kahit na hindi pangkaraniwang paksa para sa amin. Dahil sa isang banda, hindi namin binalak na gawin ito, dahil maraming mga online na paaralan ang nag-aalok nito. Sa kabilang banda, hiniling niya na palayain at makahanap ng isang lohikal na lugar sa aming konsepto ng pagsasanay sa mga espesyalista sa IT sa Kubernetes.
Sa pagsasalita sa buong mundo, sa simula ang lahat ay nagsimula sa isang kurso sa Kubernetes, noong nagsimula lang ito, sa aking opinyon, pagkatapos ng unang Slurm. Nangolekta kami ng feedback at nakitang maraming tao ang gustong magbasa ng karagdagang bagay tungkol sa Docker sa ibang lugar, at sa pangkalahatan marami ang pumupunta sa pangunahing kurso sa Kubernetes nang hindi alam kung ano ito .
Samakatuwid, para sa pangalawang Slurm gumawa sila ng isang kurso - o sa halip, hindi kahit isang kurso, ngunit gumawa ng ilang mga kabanata sa Dockers. Kung saan sinabi nila ang ilan sa mga pinakapangunahing bagay, upang ang mga taong dumalo sa intensive ay hindi makaramdam ng pagkaitan at sa pangkalahatan ay maunawaan kung ano ang nangyayari.
At pagkatapos ay nabuo ang mga kaganapan sa halos ganito. Ang dami ng materyal ay lumaki at hindi na umaangkop sa loob ng 3 araw. At lumitaw ang isang lohikal at halatang ideya: bakit hindi gawing isang uri ng maliit na kurso ang sinasaklaw namin sa Slurm Basic kung saan maaari kang magpadala ng mga taong gustong manood ng isang bagay tungkol sa Docker bago kumuha ng masinsinang kurso sa Kubernetes.
Ang Slurm Junior ay, sa katunayan, isang kumbinasyon ng ilang mga pangunahing kurso. Bilang resulta, ang kursong Docker ay naging bahagi ng Slurm Junior. Iyon ay, ito ay tulad ng isang zero na hakbang bago ΠΈ . At pagkatapos ay mayroon lamang mga napaka-pangunahing abstraction.
Sa ilang mga punto, nagsimulang magtanong ang mga tao: "Guys, ang lahat ng ito ay mahusay, ito ay sapat na upang maunawaan kung ano ang iyong pinag-uusapan sa masinsinang mga kurso. Saan ko mababasa nang mas detalyado ang tungkol sa kung ano ang magagawa ng docker at kung paano ito gagawin, at kung ano ito?" Kaya't nabuo ang ideya para ituwid ito , upang, una, ang mga taong pumupunta sa Slurm gamit ang Kubernetes ay maaari pa ring ipadala dito, at sa kabilang banda, para sa mga hindi man lang interesado sa Kubernetes sa yugtong ito ng pag-unlad. Para mapanood ng isang IT specialist ang aming kurso sa Docker at simulan ang kanyang evolutionary path sa simpleng Docker. Upang magkaroon tayo ng isang ganap, kumpletong kurso - at pagkatapos ay marami, na napanood ang kursong ito, na nagtrabaho nang ilang panahon kasama ang purong Docker, ay lumaki sa antas kung saan kailangan nila ng Kubernetes o iba pang sistema ng orkestrasyon. At sila ay dumating sa amin sa partikular.
Minsan ang tanong ay itinatanong: "Anong uri ng mga tao ngayon ang maaaring hindi nangangailangan ng mga Kubernete?" Ngunit ang tanong na ito ay hindi tungkol sa mga tao, ito ay isang katanungan tungkol sa mga kumpanya. Dito kailangan mong maunawaan na ang Kubernetes ay may ilang partikular na kaso kung saan ito ay angkop at may mga gawaing mahusay nitong nalutas, ngunit sa kabaligtaran, may ilang mga sitwasyon para sa paggamit ng Kubernetes kapag nagdudulot ito ng karagdagang sakit at karagdagang pagdurusa. Samakatuwid, hindi rin ito nakasalalay sa mga tao, ngunit sa kung anong mga kumpanya ang umuunlad at kung gaano katagal.
Halimbawa, ilang kakila-kilabot na Legacy monolith - malamang na hindi mo ito dapat itulak sa Kubernetes, dahil magdudulot ito ng mas maraming problema kaysa sa mga benepisyo. O, halimbawa, kung ito ay isang maliit na proyekto, mayroon itong maliit na pagkarga o, sa prinsipyo, hindi maraming pera at mapagkukunan. Walang saysay na i-drag ito sa Kubernetes.
At sa pangkalahatan, marahil, sa pangkalahatan, tulad ng sinabi ng maraming tao, kung itatanong mo ang tanong: "Kailangan ko ba ng Kubernetes?", kung gayon malamang na hindi mo ito kailangan. Hindi ko maalala kung sino ang unang nakaisip nito, sa palagay ko, si Pasha Selivanov. Sumasang-ayon ako dito 100%. At kailangan mong lumaki sa mga Kubernetes - at kapag naging malinaw na na kailangan ko ng Kubernetes at kailangan ito ng aming kumpanya, at makakatulong ito sa paglutas ng mga ganyan at ganoong isyu, malamang na makatuwiran na matuto at malaman kung paano eksaktong itakda ito ay maayos, upang ang proseso ng paglipat sa Kubernetes ay hindi masyadong masakit.
Ang ilang mga karamdaman ng mga bata at ilang mga simpleng bagay, at kahit na hindi masyadong simple, ay maaaring malaman sa partikular mula sa amin, at hindi dumaan sa iyong sariling kalaykay at sakit.
Maraming mga kumpanya ang naging eksakto sa paraan na noong una ay mayroon lamang isang uri ng imprastraktura na walang containerization. Pagkatapos ay dumating sila sa punto na naging mahirap na pamahalaan ang lahat ng ito, lumipat sila sa Docker at sa ilang mga punto ay lumaki sila sa punto kung saan ito ay naging masikip sa loob ng balangkas ng Docker at kung ano ang inaalok nito. At sinimulan nilang tingnan kung ano ang nasa paligid, kung anong mga system ang lumulutas sa mga problemang ito, at sa partikular na mga Kubernetes - ito ay isa sa mga system na nagbibigay-daan sa iyo upang malutas ang mga problema kapag ang purong Docker ay nagiging masikip at walang pag-andar, ito ay isang talagang magandang kaso kapag ang mga tao Hakbang-hakbang sila mula sa ibaba pataas, nauunawaan na ang teknolohiyang ito ay hindi sapat at lumipat sa susunod na antas. Gumamit sila ng isang bagay, ito ay naging mahirap muli, at sila ay lumipat.
Ito ay isang malay na pagpipilian - at ito ay napaka-cool.
Sa pangkalahatan, nakikita ko na ang aming system ay napakaganda ng pagkakagawa, halimbawa, , kahit na sa pamamagitan ng mga video course. Pagkatapos pagkatapos ng docker ito ay pupunta , pagkatapos , pagkatapos . Ang lahat ay nakahanay nang lohikal - ang isang tao ay pumasa at isang matatag na propesyon ang umusbong.
Sa prinsipyo, ang hanay ng mga kurso ay nagbibigay-daan sa iyo upang masakop ang maraming mga kaso, kahit na ang mga modernong. Mayroon pa ring mga lugar na nananatiling isang grey area, umaasa ako na sa lalong madaling panahon tayo ay lumikha ng ilang mga kurso na magbibigay-daan sa atin upang isara ang mga kulay-abo na lugar, lalo na, tayo ay makabuo ng isang bagay tungkol sa seguridad. Dahil ito ay nagiging napaka-kaugnay.
Sa madaling salita, mayroon kaming ilang mga kulay-abo na lugar na napakagandang isara, upang ito ay maging isang kumpleto, kumpletong larawan - at maaaring dumating ang mga tao, at tulad ng Kubernetes mismo ay parang isang Lego constructor, maaari kang gumawa ng iba't ibang mga bagay mula sa ito ay kinokolekta, kung hindi pa rin sapat - suplemento, pareho sa aming mga kurso, upang maunawaan ng mga tao kung ano ang kailangan nila mula dito, kailangan nilang mag-assemble ng isang uri ng palaisipan, isang uri ng construction set mula sa aming mga kurso.
Kung tatanungin mo ang iyong sarili ng karaniwang tama at tapat na tanong: "Sino ang maaaring gumamit ng aktibong kursong Docker ngayon?", kung gayon:
- Para sa mga estudyanteng nagsisimula pa lang makapasok dito.
- Mga empleyado ng departamento ng pagsubok.
- Sa katunayan, maraming mga kumpanya na, hindi lamang hindi gumagamit ng Docker, ngunit walang nakarinig ng naturang teknolohiya at, sa prinsipyo, ay hindi alam kung paano gamitin ito. At alam ko ang ilang malalaking kumpanya sa St. Petersburg na umuunlad sa loob ng maraming taon, at gumamit sila ng ilang lumang teknolohiya, lumilipat sila sa direksyong ito. Sa partikular, para sa mga naturang kumpanya, para sa mga inhinyero sa naturang mga kumpanya, ang kursong ito ay maaaring maging lubhang kawili-wili, dahil, una, ito ay magbibigay-daan sa iyo upang mabilis na isawsaw ang iyong sarili sa teknolohiyang ito, at pangalawa, sa sandaling lumitaw ang ilang mga inhinyero na nauunawaan kung paano ito lahat. gumagana, maaari nilang dalhin ito sa kumpanya at paunlarin ang kulturang ito at ang mga direksyong ito sa loob ng kumpanya.
- Sa palagay ko, ang kursong ito ay maaaring maging kapaki-pakinabang pa rin sa mga nakatrabaho na sa docker, ngunit napakakaunti at higit pa sa istilong "gawin nang isang beses, gawin nang dalawang beses" - at ngayon ay makikipag-ugnayan sila sa parehong mga Kubernetes, at ito nagpapataw ng ilang mga obligasyon sa kanila, kung mayroon kang napakababaw na kaalaman sa kung ano ang docker, kung paano patakbuhin ito, ngunit sa parehong oras hindi mo alam kung paano ito gumagana mula sa loob, hindi mo alam kung ano ang pinakamahusay na gawin sa ito at kung ano ang mas mabuting hindi gawin, Kung gayon ang kursong ito ay angkop na angkop para sa pag-systematize at pagpapalalim ng kaalaman.
Ngunit kung mayroon kang kaalaman sa antas ng: "Hindi ko alam kung paano isulat nang tama ang parehong mga Docker file, maiisip ko kung ano ang mga namespace, kung paano gumagana ang mga lalagyan, kung paano aktwal na ipinapatupad ang mga ito sa antas ng operating system" - pagkatapos ay mayroong siguradong walang saysay ang pagpunta sa amin, wala kang matutunang bago at medyo malulungkot ka sa pera at oras na ginugol.
Kung bumalangkas tayo kung ano ang mga pakinabang ng ating kurso, kung gayon:
- Sinubukan naming gawin ang kursong ito na may sapat na bilang ng mga praktikal na kaso na magbibigay-daan sa iyo hindi lamang upang maunawaan ang teoretikal na bahagi na umiiral, ngunit din upang maunawaan kung bakit mo ito kailangan at kung paano mo ito gagamitin sa hinaharap;
- mayroong ilang mga seksyon na napakabihirang matagpuan kahit saan - at sa pangkalahatan ay walang gaanong materyal sa mga ito. Nauugnay ang mga ito sa pakikipag-ugnayan ng Docker sa operating system, kahit na medyo naiiba. Anong mga mekanismo ang kinuha ng Docker mula sa operating system upang ipatupad ang containerization system - at ito ay nagbibigay ng mas malalim na pag-unawa sa buong isyu ng pagpapatakbo ng mga container sa loob ng Linux operating system. Paano ito gumagana, kung paano ito nakikipag-ugnayan sa isa't isa sa loob ng operating system, sa labas, at iba pa.
Ito ay isang tunay na malalim na pagtingin na ito ay nangyayari nang bihira, at sa parehong oras, sa aking opinyon, ito ay napakahalaga. Kung nais mong maunawaan nang mabuti ang anumang teknolohiya at maunawaan kung ano ang aasahan mula dito, kailangan mong magkaroon ng hindi bababa sa isang pangkalahatang ideya kung paano ito gumagana sa mababang antas.
Ipinapakita at sinasabi ng aming kurso kung paano ito gumagana mula sa punto ng view ng operating system. Sa isang banda, ang lahat ng containerization system ay gumagamit ng parehong mga mekanismo ng operating system. Sa kabilang banda, kinukuha nila kung ano ang nasa operating system ng Linux, tulad ng docker. Ang ibang mga containerization system ay hindi nakabuo ng anumang bago - kinuha nila kung ano ang nasa Linux na at nagsulat lamang ng isang maginhawang wrapper na nagbibigay-daan sa iyong mabilis na tawagan ito, patakbuhin ito, o kahit papaano ay makipag-ugnayan dito. Ang parehong Docker ay hindi isang napakalaking layer sa pagitan ng operating system at ng command line, ito ay isang uri ng utility na nagpapahintulot sa iyo na huwag magsulat ng mga kiloton ng mga utos o ilang uri ng C code upang lumikha ng isang lalagyan, ngunit gawin ito sa pamamagitan ng pagpasok ilang linya sa terminal.
At isa pang bagay, kung partikular na pinag-uusapan natin ang tungkol sa Docker, ang talagang dinala ng Docker sa mundo ng IT ay mga pamantayan. Paano dapat ilunsad ang application, kung paano ito dapat gumana, ano ang mga kinakailangan para sa mga log, ano ang mga kinakailangan para sa pag-scale, pag-configure ng application mismo.
Sa maraming paraan, ang docker ay tungkol sa mga pamantayan.
Ang mga pamantayan ay lumilipat din sa Kubernetes - at may eksaktong parehong mga pamantayan; kung alam mo kung paano patakbuhin nang maayos ang iyong application sa Docker, 99% ng oras na ito ay gagana nang maayos sa loob ng Kubernetes.
Kung natagpuan mo ang iyong sarili na interesado hindi lamang sa kung paano nilikha ang kursong Docker, kundi pati na rin sa iba pang mga kurso, ngunit interesado din sa kurso mismo mula sa isang praktikal na pananaw, kung gayon
Magiging masaya kaming makita ka!
Pinagmulan: www.habr.com