Մասնակիցը գալիս է դասընթացի կամ ինտենսիվ դասընթացի։ Նա տեսնում է տեխնիկական աջակցության կարգավորված շարքեր, կոկիկ գծված հոսանքի մալուխներ, դասասենյակի շաշկի դասավորությունը, վառ նկարներ և սլայդների գծապատկերներ: Կատակներով ու ժպիտներով խոսողները տեղեկատվություն են տալիս այնպես, որ դուք պարզապես ժամանակ ունեք այն հասկանալու համար։ Տրիբունաները տեղադրված են, գործնական առաջադրանքները պարզապես թռչում են ձեր մատներից, միայն թե երբեմն տեխնիկական անձնակազմի օգնության կարիքն ունեք: աջակցություն.
Եվ նաև սուրճի ընդմիջումներ համախոհների հետ, ուրախ և եռանդուն մթնոլորտ, փորձի փոխանակում, ամենաանսպասելի հարցերը բանախոսների համար։ Թե՛ պատասխանները, թե՛ տեղեկություններ, որոնք դուք չեք գտնի ձեռնարկներում, այլ միայն գործնականում:
Ի՞նչ եք կարծում, որքա՞ն ժամանակ, ջանք և նյարդեր պահանջվեցին, որպեսզի այն հենց այսպիսի տեսք ունենա:
Շնորհիվ Վոլոդյա Գուրյանովի` Kubernetes-ի հավաստագրված ադմինիստրատոր և Southbridge-ի ինժեներ/թիմ ղեկավար, ով հենց սկզբից ականատես է եղել և ակտիվորեն մասնակցել է Slurm-ի բազմաթիվ դասընթացների ստեղծմանը:
Նա տեսավ, իհարկե, ստեղծման խորքը՝ բարդություններ և փշոտ փոցխեր, խորաթափանցություններ և անսպասելի լուծումներ: Իսկ արդեն ծանոթ Kubernetes ինտենսիվները, ինչպիսիք են Slurm Basic-ը և Slurm Mega-ն: Եվ նոր, հիմնականում վերանայված դասընթաց , որն անխուսափելիորեն մոտենում է և կմեկնարկի օգոստոսի 19-ին։
Բայց, հավանաբար, բավական է բառերը, եկեք անցնենք բուն պատմությանը: Ինչպես մի երկու ինտենսիվ թեմաներից լրիվ ինքնաբավ ու բազմակողմանի . Այսպիսով, ես կսկսեմ պատմությունը այն մասին, թե ինչպես են ստեղծվում և զարգանում դասընթացները, ճիշտ այնպես, ինչպես «Շատ վաղուց հեռու, հեռու գալակտիկայում…»
Ի՞նչ կա կուլիսների հետևում:
Եթե դուք հարցնեք, թե ինչպես ենք մենք դասընթացներ պատրաստում և որտեղից է ամեն ինչ սկսվում, ես պարզապես կպատասխանեմ «Ամեն ինչ սկսվում է գաղափարից»:
Սովորաբար գաղափարը գալիս է ինչ-որ տեղից. մենք ձեռնաշղթաներով չենք նստում նկուղում, մինչև չգանք «Ի՞նչ թեմայով դասընթաց անցկացնենք»: Գաղափարները գալիս են ինչ-որ տեղից ինքնուրույն՝ արտաքին աղբյուրներից: Երբեմն մարդիկ սկսում են ակտիվորեն հարցնել. «Ի՞նչ գիտեք այսինչ կոնկրետ տեխնոլոգիայի մասին»: Կամ ինչպես եղավ Դոկերի հետ, որ անհնար էր նրան տեղավորել ինտենսիվ դասընթացի ժամանակացույցի մեջ. ակնհայտորեն նրան պետք էր դուրս տանել, որպեսզի ժամանակ ունենար ինչ-որ բան պատմելու ինտենսիվ դասընթացի ժամանակ:
Այսպես է առաջանում մի միտք.
Հայտարարվելուց հետո, իմ կարծիքով, սկսվում է ամենադժվար պահը` ընդհանուր առմամբ հասկանալ, թե ինչ պետք է ներառել այս դասընթացում, սա շատ համեմատելի է նրան, թե ինչպես են բանախոսները պատրաստվում ցանկացած կոնֆերանսի:
Մի հիմնական ցավ կա, երբ թվում է, թե ընտրել ես թեմա և մտածում. «Ի՞նչ կարող եմ ասել դրա մասին: Սա չափազանց պարզ է, սա ակնհայտ է, սա նույնպես բոլորը գիտեն»։
Բայց իրականում դա ամենևին էլ այդպես չէ։ Եվ ես անձամբ շատ տեղերում ասում եմ, որ այն, ինչ ձեզ ակնհայտ է թվում, նրանց, ովքեր գալիս են ձեզ լսելու կամ դասընթաց անցնելու, ամենևին էլ ակնհայտ չէ։ Եվ այստեղ աշխատանքի ու ներքին կոնֆլիկտի այնպիսի մեծ շերտ է առաջանում, թե ինչ ներառել դասընթացի մեջ։ Արդյունքում, մենք ստանում ենք գլուխների այնպիսի ցանկ, ինչպիսին է այդպիսի լայնածավալ մեծ հարվածները, թե ինչի մասին է լինելու դասընթացը:
Եվ հետո սկսվում է սովորական սովորական աշխատանքը.
- Նյութի ընտրություն
- Ուշադիր կարդացեք ընթացիկ տարբերակի փաստաթղթերը, քանի որ ՏՏ աշխարհն այժմ զարգանում է ինչ-որ տիեզերական արագությամբ: Նույնիսկ եթե դուք աշխատում եք ինչ-որ բանի հետ և դասընթաց եք կազմում դրա մասին, դուք պետք է գնաք փաստաթղթերին և տեսնեք, թե ինչ նորություն կա այնտեղ, ինչի մասին հետաքրքիր է խոսել, ինչի մասին կարող է հատկապես օգտակար լինել նշելը:
- Եվ հայտնվում է դասընթացի որոշակի կմախք, որտեղ թեմաների մեծ մասն, ընդհանուր առմամբ, արդեն լուսաբանված է, և թվում է, թե ինչ կա՝ տեսահոլովակներ ձայնագրեք և թողարկեք դրանք արտադրության մեջ:
- Բայց իրականում ոչ, հետո սկսվում է ծանր աշխատանքը, բայց ոչ թե դասընթացի հեղինակների, այլ փորձարկողների համար։ Սովորաբար մեր ալֆա փորձարկողները տեխնիկական աջակցություն են, որոնք, առաջին հերթին, սրբագրում են դասընթացները ցանկացած շարահյուսական և քերականական սխալների համար: Երկրորդ՝ մեզ ցավոտ ծեծում են փայտերով ու հայհոյում, երբ կան բոլորովին աննկատ, անհասկանալի տեղեր։ Երբ տեքստերում հայտնվում են մի քանի էջանոց բարդ կազմված ստորադաս նախադասություններ կամ ակնհայտ անհեթեթություն։ Նրանք կարդում են այդ ամենը, ուշադրություն դարձնում:
- Այնուհետև սկսվում է պրակտիկայի թեստավորման փուլը, որտեղ նույնպես բռնվում են որոշ ակնհայտ չաշխատող բաներ, և ցուցադրվում են որոշ պահեր, որոնք կամ կարող են դժվարացնել, քանի որ այն դառնում է ոչ այնքան հետաքրքիր, պարզապես նստել և պատճենել, և բացահայտվում են այն վայրերը, որտեղ դա շատ է: դժվար է, և մենք շատ բան ունենք անելու, ուզում ենք այն մարդկանցից, ովքեր կանցնեն այս դասընթացը: Եվ հետո առաջարկություններ են գալիս. «Տղե՛րք, այստեղ ավելի պարզեցրեք, ավելի հեշտ կլինի ընկալել, և դրանից ավելի շատ օգուտ կլինի»:
- Այս ծավալի աշխատանքից հետո գրված է այն հատվածը, որը վերաբերում է տեսանյութին, կարծես ամեն ինչ լավ է։ Իսկ դուք արդեն կարող եք այն նվիրաբերել արտադրության, այս դասընթացը գովազդելու համար։ Բայց նորից, ոչ, դեռ վաղ է, քանի որ վերջերս մենք մի փոքր դադարել ենք վստահել ինքներս մեզ և, սկզբունքորեն, սկսել ենք ավելի շատ աշխատել արձագանքներով: Կա այնպիսի բան, ինչպիսին է բետա թեստավորումը. սա այն է, երբ մարդկանց հրավիրում են օտարներից, ոչ մի կերպ կապված չեն մեր ընկերության հետ, և որոշ լավությունների համար նրանց ցուցադրվում են դասընթացի բոլոր մասերը, տեսանյութերը, տեքստը, գործնական առաջադրանքները, որպեսզի նրանք գնահատել նյութի որակը, նյութի մատչելիությունը և օգնեց մեզ դասընթացը հնարավորինս լավ դարձնել:
- Եվ երբ անցնում են մի քանի նման կրկնություններ, բարձրախոսներ, ալֆա թեստավորում տեխնիկական աջակցության տեսքով, բետա թեստավորում, բարելավումներ: Եվ հետո ամեն ինչ սկսվում է նորից՝ տեխնիկական աջակցություն, բետա փորձարկում, բարելավումներ:
- Եվ ինչ-որ պահի հասկացվում է, որ կա՛մ մենք ավարտեցինք փոփոխությունները, որովհետև բոլորովին անիրատեսական է համոզվել, որ դա բոլորին դուր է գալիս, կա՛մ որոշ կտրուկ որոշումներ են կայացվում։ Երբ որոշ վայրերի վերաբերյալ շատ մեկնաբանություններ քննադատական են, կրկնեք դրանք ամբողջ աշխարհում, քանի որ ինչ-որ բան սխալ է տեղի ունեցել:
- Հետո գալիս է փոքր խմբագրումների ժամանակը. ինչ-որ տեղ նախադասությունը շատ գեղեցիկ չի ձևակերպված, ինչ-որ տեղ ինչ-որ մեկին դուր չի գալիս տառատեսակը, 14,5, բայց կցանկանար 15,7:
- Երբ այս տեսակի մեկնաբանությունները մնում են, ուրեմն վերջ, դասընթացը քիչ թե շատ բացվում է, պաշտոնական վաճառքները սկսվում են։
Եվ առաջին հայացքից դասընթաց ստեղծելու կարճ ու պարզ առաջադրանքը պարզվում է, որ ամենևին էլ պարզ չէ և աներևակայելի երկար ժամանակ է պահանջում։
Եվ կա ևս մեկ կարևոր կետ, որ դասընթացի հետ աշխատանքը չի ավարտվում, երբ դասընթացը թողարկվի: Նախ, մենք ուշադիր կարդում ենք որոշ հատվածների վրա թողնված մեկնաբանությունները: Եվ նույնիսկ չնայած մեր գործադրած բոլոր ջանքերին, որոշ թերություններ դեռ հայտնաբերվում են, որոշ սխալներ ուղղվում և բարելավվում են ճանապարհին, իրական ժամանակում, որպեսզի յուրաքանչյուր հաջորդ օգտվող ստանա ավելի լավ ծառայություն:
Յուրաքանչյուր դասընթաց ունի իր արտադրանքի սեփականատերը, որը, բացի ընդհանուր հայեցակարգը սահմանելուց, ստուգում է ժամկետները, լուսանցքներում նշում է, որ երբ գա դասընթացը ամբողջությամբ վերաշարադրելու ժամանակը, և դա անպայման կգա, քանի որ երկու տարի հետո. կամ նույնիսկ մեկ տարի անց, մեր պատմածներից մի քանիսը կդառնան անտեղի պարզապես այն պատճառով, որ այն կդառնա բարոյապես հնացած: Արտադրանքի սեփականատերը նշումներ է անում լուսանցքներում, որ ամենից հաճախ մարդիկ հարցնում են, թե որ կետերն են անհասկանալի, ինչ առաջադրանքներ են թվում շատ դժվար, և որոնք, ընդհակառակը, շատ պարզ են թվում: Եվ այս ամենը հաշվի է առնվում դասընթացը վերաձայնագրելիս, ինչ-որ ռեֆակտորինգի ժամանակ, որպեսզի գլոբալ ընթացքի յուրաքանչյուր կրկնություն դառնա ավելի լավը, հարմար և հարմարավետ։
Այսպես են հայտնվում դասընթացները։
Ինչպես ծնվեց Docker դասընթացը
Սա մեզ համար առանձին և նույնիսկ անսովոր թեմա է։ Որովհետև, մի կողմից, մենք չէինք նախատեսում դա անել, քանի որ շատ առցանց դպրոցներ դա առաջարկում են։ Մյուս կողմից, նա ինքն է ազատություն խնդրել և տրամաբանական տեղ գտել Կուբերնետեսում ՏՏ մասնագետների պատրաստման մեր հայեցակարգում։
Եթե խոսենք շատ գլոբալ առումով, սկզբում ամեն ինչ սկսվեց Kubernetes-ի դասընթացից, երբ այն նոր սկսվեց, իմ կարծիքով, առաջին Slurm-ից հետո: Մենք կարծիքներ հավաքեցինք և տեսանք, որ շատերը ցանկանում են որևէ այլ տեղ կարդալ Docker-ի մասին լրացուցիչ բան, և ընդհանրապես շատերը գալիս են Kubernetes-ի հիմնական դասընթացին՝ չիմանալով, թե դա ինչ է։ .
Հետևաբար, երկրորդ Slurm-ի համար նրանք դասընթաց կազմեցին, ավելի ճիշտ, նույնիսկ ոչ թե դասընթաց, այլ պատրաստեցին մի քանի գլուխ Dockers-ի վերաբերյալ: Որտեղ պատմում էին ամենատարրական բաները, որպեսզի մարդիկ, ովքեր գալիս են ինտենսիվ, իրենց զրկված չզգան և ընդհանրապես հասկանան, թե ինչ է կատարվում։
Եվ հետո իրադարձությունները զարգացան մոտավորապես այսպես. Նյութի քանակությունը մեծացավ և դադարեց տեղավորվել 3 օրվա ընթացքում: Եվ հայտնվեց տրամաբանական և ակնհայտ միտք. ինչու չվերածել այն, ինչ մենք լուսաբանում ենք Slurm Basic-ում, ինչ-որ փոքր դասընթացի, որին կարող եք ուղարկել մարդկանց, ովքեր ցանկանում են ինչ-որ բան դիտել Docker-ի մասին՝ նախքան Kubernetes-ի ինտենսիվ դասընթաց անցնելը:
Slurm Junior-ը, ըստ էության, մի քանի նման հիմնական դասընթացների համադրություն է: Արդյունքում Docker դասընթացը դարձավ Slurm Junior-ի մի կտոր: Այսինքն՝ սա նախկինում նման զրոյական քայլ է и . Եվ հետո պարզապես շատ տարրական վերացականություններ կային:
Ինչ-որ պահի մարդիկ սկսեցին հարցնել. «Տղե՛րք, այս ամենը հիանալի է, սա բավական է հասկանալու համար, թե ինչի մասին եք խոսում ինտենսիվ դասընթացներում։ Որտե՞ղ կարող եմ ավելի մանրամասն կարդալ այն մասին, թե ինչ կարող է անել docker-ը և ինչպես աշխատել դրա հետ, և ինչ է դա»: Այսպիսով, գաղափարը ծագեց այն պարզ դարձնելու համար , որպեսզի, առաջին հերթին, մարդիկ, ովքեր գալիս են Slurm՝ օգտագործելով Kubernetes, դեռ կարող են ուղարկվել դրան, իսկ մյուս կողմից՝ նրանց համար, ովքեր նույնիսկ չեն հետաքրքրվում Kubernetes-ով զարգացման այս փուլում։ Որպեսզի ՏՏ մասնագետը կարողանա գալ դիտելու Docker-ի մեր դասընթացը և սկսել իր էվոլյուցիոն ուղին պարզապես մաքուր Docker-ով: Որպեսզի մենք ունենք այդպիսի լիարժեք, ամբողջական դասընթաց, և այնուհետև շատերը, դիտելով այս դասընթացը, որոշ ժամանակ աշխատելով մաքուր Docker-ի հետ, հասան այն մակարդակի, որտեղ նրանց պետք է Kubernetes կամ որևէ այլ նվագախմբային համակարգ: Եվ նրանք եկան հատկապես մեզ մոտ։
Երբեմն հարց է առաջանում. Բայց այս հարցը մարդկանց մասին չէ, ավելի շուտ ընկերություններին է վերաբերում։ Այստեղ դուք պետք է հասկանաք, որ Kubernetes-ը ունի որոշակի դեպքեր, երբ այն լավ է համապատասխանում և առաջադրանքներ, որոնք լավ լուծում է, բայց ընդհակառակը, կան Kubernetes-ի օգտագործման որոշ սցենարներ, երբ այն լրացուցիչ ցավ և լրացուցիչ տառապանք է առաջացնում: Հետևաբար, դա նույնիսկ կախված չէ մարդկանցից, այլ այն բանից, թե ինչ ընկերություններ են զարգանում և որքան ժամանակ:
Օրինակ, ինչ-որ սարսափելի Legacy մոնոլիտ. դուք հավանաբար չպետք է այն մղեք Kubernetes-ի մեջ, քանի որ դա ավելի շատ խնդիրներ կառաջացնի, քան օգուտներ: Կամ, օրինակ, եթե սա փոքր նախագիծ է, այն ունի փոքր ծանրաբեռնվածություն կամ, սկզբունքորեն, մեծ գումարներ ու ռեսուրսներ չեն: Իմաստ չկա այն քաշել Կուբերնետեսի մեջ։
Եվ ընդհանրապես, հավանաբար, ընդհանրապես, ինչպես շատերն արդեն ասել են, եթե դուք հարց եք տալիս. «Ինձ պե՞տք է Kubernetes», ապա, ամենայն հավանականությամբ, դա ձեզ պետք չէ: Չեմ հիշում, թե ով է առաջինը մտածել, իմ կարծիքով Փաշա Սելիվանովը։ 100%-ով համաձայն եմ սրա հետ։ Եվ դուք պետք է հասնեք Kubernetes-ին, և երբ արդեն պարզ դառնա, որ ես Kubernetes-ի կարիք ունեմ, և մեր ընկերությանն այն պետք է, և դա կօգնի լուծել այս կամ այն հարցերը, ապա հավանաբար իմաստ ունի գնալ սովորել և պարզել, թե ինչպես պետք է սահմանել: լավ է, որպեսզի Kubernetes-ին անցնելու գործընթացը շատ ցավոտ չլինի:
Մանկական որոշ հիվանդություններ և որոշ պարզ բաներ, և նույնիսկ ոչ շատ պարզ, կարելի է հատկապես մեզնից պարզել, այլ ոչ թե սեփական փոցխի ու ցավի միջով անցնել։
Շատ ընկերություններ գնացել են հենց այն ճանապարհով, որ սկզբում պարզապես ինչ-որ ենթակառուցվածք կար՝ առանց կոնտեյներացման: Հետո նրանք հասան նրան, որ դժվարացավ կառավարել այդ ամենը, նրանք անցան Docker-ին և ինչ-որ պահի հասան այն աստիճանի, որ այն նեղացավ Docker-ի և նրա առաջարկածի շրջանակներում։ Եվ նրանք սկսեցին նայել, թե ինչ կա շուրջը, ինչ համակարգեր են լուծում այս խնդիրները, և մասնավորապես Kubernetes - սա այն համակարգերից է, որը թույլ է տալիս լուծել խնդիրները, երբ մաքուր Docker-ը դառնում է մարդաշատ և չունի ֆունկցիոնալություն, սա իսկապես լավ դեպք է, երբ մարդիկ Նրանք քայլ առ քայլ գնում են ներքևից վեր, հասկանում են, որ այս տեխնոլոգիան բավարար չէ և անցնում են հաջորդ մակարդակ։ Ինչ-որ բան օգտագործեցին, նորից սակավացավ, և նրանք առաջ անցան։
Սա գիտակցված ընտրություն է, և դա շատ լավ է:
Ընդհանրապես, ես տեսնում եմ, որ մեր համակարգը շատ գեղեցիկ է կառուցված, օրինակ. , նույնիսկ տեսադասընթացների միջոցով։ Այնուհետև docker-ից հետո այն գնում է , ապա , ապա . Ամեն ինչ տրամաբանորեն շարվում է` մարդ անցնում է, և առաջանում է ամուր մասնագիտություն:
Սկզբունքորեն, դասընթացների հավաքածուն թույլ է տալիս լուսաբանել բազմաթիվ դեպքեր, նույնիսկ ժամանակակից: Դեռ կան տարածքներ, որոնք մնում են գորշ գոտի, հուսով եմ, որ մենք շուտով կստեղծենք որոշ դասընթացներ, որոնք մեզ թույլ կտան փակել այս գորշ գոտիները, մասնավորապես՝ մենք ինչ-որ բան կմտածենք անվտանգության մասին։ Քանի որ սա դառնում է շատ ակտուալ:
Մի խոսքով, մենք ունենք մի քանի մոխրագույն հատվածներ, որոնք շատ լավ կլիներ փակել, որպեսզի ամբողջական, ամբողջական պատկեր լինի, և մարդիկ կարող էին գալ, և ինչպես Kubernetes-ը նման է Լեգոյի կոնստրուկտորին, դուք կարող եք տարբեր բաներ պատրաստել: այն հավաքում է, եթե դեռ բավարար չէ, լրացնում է, նույնը մեր դասընթացների հետ, որպեսզի մարդիկ հասկանան, թե ինչ է պետք սրանից, պետք է հավաքեն մի տեսակ գլուխկոտրուկ, մի տեսակ շինարարական հավաքածու մեր դասընթացներից:
Եթե դուք ինքներդ ձեզ տալիս եք ընդհանուր առմամբ ճիշտ և անկեղծ հարց. «Ո՞վ կարող է հիմա օգտագործել Docker-ի ակտիվ դասընթացը», ապա.
- Ուսանողների համար, ովքեր նոր են սկսում դրան մտնել:
- Թեստավորման բաժնի աշխատակիցներ.
- Իրականում կան բազմաթիվ ընկերություններ, որոնք դեռ ոչ միայն չեն օգտագործում Docker-ը, այլև ոչ ոք չի լսել նման տեխնոլոգիայի մասին և, սկզբունքորեն, չգիտի, թե ինչպես օգտագործել այն։ Իսկ Սանկտ Պետերբուրգում ես գիտեմ մի քանի խոշոր ընկերություններ, որոնք երկար տարիներ զարգանում են, և նրանք ինչ-որ հին տեխնոլոգիաներ են կիրառել, այս ուղղությամբ են գնում։ Մասնավորապես, նման ընկերությունների, նման ընկերությունների ինժեներների համար այս դասընթացը կարող է շատ հետաքրքիր լինել, քանի որ, առաջին հերթին, այն թույլ կտա արագ ընկղմվել այս տեխնոլոգիայի մեջ, և երկրորդ՝ հենց որ հայտնվեն մի քանի ինժեներներ, ովքեր հասկանում են, թե ինչպես է այդ ամենը։ աշխատում է, նրանք կարող են դա բերել ընկերություն և զարգացնել այս մշակույթը և այս ուղղությունները ընկերության ներսում:
- Իմ կարծիքով, այս դասընթացը դեռ կարող է օգտակար լինել նրանց համար, ովքեր արդեն աշխատել են docker-ի հետ, բայց շատ քիչ և ավելի շատ «արա մեկ անգամ, արա երկու անգամ» ոճով, և այժմ նրանք պատրաստվում են ինչ-որ կերպ շփվել նույն Kubernetes-ի հետ, և սա. նրանց վրա որոշակի պարտավորություններ է պարտադրում, եթե դուք շատ մակերեսային գիտեք, թե ինչ է դոկերը, ինչպես վարել այն, բայց միևնույն ժամանակ չգիտեք, թե ինչպես է այն աշխատում ներսից, չգիտեք, թե ինչն է լավագույնն անել: դա և ինչն ավելի լավ է չանել, ապա այս դասընթացը լավ է հարմարեցված գիտելիքները համակարգելու և խորացնելու համար:
Բայց եթե դուք գիտելիք ունեք հետևյալ մակարդակի վրա. «Ես չգիտեմ, թե ինչպես ճիշտ գրել նույն Docker ֆայլերը, ես կարող եմ պատկերացնել, թե ինչ են անվանումների տարածքները, ինչպես են աշխատում բեռնարկղերը, ինչպես են դրանք իրականում իրականացվում օպերացիոն համակարգի մակարդակում», ապա կա. հաստատ անիմաստ է մեզ մոտ գնալ, դուք նոր բան չեք սովորի և մի փոքր կտխրեք ծախսած գումարի և ժամանակի համար:
Եթե ձևակերպենք, թե ինչ առավելություններ ունի մեր դասընթացը, ապա.
- Մենք փորձեցինք այս դասընթացը պատրաստել բավականաչափ գործնական դեպքերով, որոնք թույլ կտան ոչ միայն հասկանալ տեսական մասը, որը գոյություն ունի, այլև հասկանալ, թե ինչու է այն ձեզ անհրաժեշտ և ինչպես եք այն օգտագործելու ապագայում;
- կան մի քանի բաժիններ, որոնք շատ հազվադեպ են հանդիպում, և ընդհանրապես դրանց վրա այդքան էլ շատ նյութ չկա: Դրանք վերաբերում են Docker-ի փոխազդեցությանը օպերացիոն համակարգի հետ, նույնիսկ մի փոքր այլ կերպ: Ինչ մեխանիզմներ է Docker-ը վերցրել օպերացիոն համակարգից կոնտեյներացման համակարգը կիրառելու համար, և դա թույլ է տալիս ավելի խորը պատկերացում կազմել Linux օպերացիոն համակարգի ներսում բեռնարկղերի գործարկման ամբողջ խնդրի մասին: Ինչպես է այն աշխատում, ինչպես է այն փոխազդում միմյանց հետ օպերացիոն համակարգի ներսում, դրսում և այլն:
Սա այնքան իսկապես խորը հայացք է, որ դա տեղի է ունենում բավականին հազվադեպ, և միևնույն ժամանակ, իմ կարծիքով, շատ կարևոր է։ Եթե ցանկանում եք լավ հասկանալ ցանկացած տեխնոլոգիա և հասկանալ, թե ինչ սպասել դրանից, ապա պետք է գոնե ընդհանուր պատկերացում ունենաք, թե ինչպես է այն աշխատում ցածր մակարդակով:
Մեր դասընթացը ցույց է տալիս և պատմում, թե ինչպես է սա աշխատում օպերացիոն համակարգի տեսանկյունից: Մի կողմից, բոլոր կոնտեյներացման համակարգերը օգտագործում են նույն օպերացիոն համակարգի մեխանիզմները: Մյուս կողմից, նրանք վերցնում են այն, ինչ կա Linux օպերացիոն համակարգում, ինչպես docker-ը: Մյուս կոնտեյներացման համակարգերը ոչ մի նոր բան չեն գտել. նրանք վերցրել են այն, ինչ արդեն եղել է Linux-ում և գրել պարզապես հարմար փաթաթան, որը թույլ է տալիս արագ զանգահարել այն, գործարկել կամ ինչ-որ կերպ փոխազդել դրա հետ: Նույն Docker-ը շատ մեծ շերտ չէ օպերացիոն համակարգի և հրամանի տողի միջև, դա մի տեսակ օգտակար ծրագիր է, որը թույլ է տալիս ոչ թե գրել կիլոտոննա հրամաններ կամ ինչ-որ C կոդ՝ կոնտեյներ ստեղծելու համար, այլ դա անել՝ մուտքագրելով մի քանի տող տերմինալում:
Եվ ևս մեկ բան, եթե խոսքը կոնկրետ Docker-ի մասին է, ապա այն, ինչ իրականում Docker-ը բերեց ՏՏ աշխարհ, ստանդարտներ են։ Ինչպես պետք է գործարկվի հավելվածը, ինչպես այն պետք է աշխատի, ինչ պահանջներ կան տեղեկամատյանների համար, ինչ պահանջներ կան մասշտաբավորման, հավելվածի կազմաձևման համար:
Շատ առումներով docker-ը վերաբերում է ստանդարտներին:
Ստանդարտները նույնպես տեղափոխվում են Kubernetes, և կան ճիշտ նույն ստանդարտները. եթե դուք գիտեք, թե ինչպես լավ գործարկել ձեր հավելվածը Docker-ում, ապա 99% դեպքերում այն նույնքան լավ կաշխատի Kubernetes-ում:
Եթե ձեզ հետաքրքրում է ոչ միայն այն, թե ինչպես է ստեղծվել Docker դասընթացը, այլև այլ դասընթացներ, այլ նաև հետաքրքրված եք բուն դասընթացով գործնական տեսանկյունից, ապա.
Մենք ուրախ կլինենք տեսնել ձեզ:
Source: www.habr.com