Պարզաբանում:
Ազատ Խադիեվ: Բարի գալուստ: Ես Ազատ Խադիեվն եմ: Ես Mail.ru Cloud Solutions-ի PaaS բաժնի մշակողն եմ: Իմ հետ այստեղ է Պավել Սելիվանովը Southbridge ընկերությունից: Մենք DevOpsDays համաժողովում ենք։ Նա այստեղ ելույթ է ունենալու այն մասին, թե ինչպես կարելի է Kubernetes-ով կառուցել DevOps, բայց ամենայն հավանականությամբ ձեզ ոչինչ չի получится։ Ինչու՞如此 մռայլ թեմա:
Պավել Սելիվանով: Ինքը զարմանալիորեն մռայլ չէ: Դա այն մասին է, թե շատ խնդիրներ մեր համայնքում փորձում ենք լուծել տեխնոլոգիաների օգնությամբ։ Եվ նույնիսկ փորձում ենք լուծել տեխնոլոգիաների միջոցով բավականին միակողմանի։ Kubernetes-ը միևնույն է՝ դա այն բանն է, որի համար պատասխանատու են, կարելի է ասել, Ops-ը: Բայց մենք ունենք շատ լավ հասկացություն DevOps ինժեների: Հիմա Kubernetes-ի համար պատասխանատու է DevOps ինժեները։ Այդ դեպքում... Դրանք կարծես պետք է անեք Kubernetes, իսկ Dev տղաները ընդհանրապես տեղյակ չեն բոլոր այդ Kubernetes-ներից, չեն տեղյակ, թե ինչ են նրանք թույլ տալիս անել՝ և ամեն բան նրանց համար մնում է հենց այնպես: Եվ սա չնայած նրան, որ Kubernetes-ը ունի նախապատրաստված լուծումներ, նախապատրաստված գործիքներ, որպեսզի այս տեխնոլոգիայի միջոցով տարածել DevOps մոտեցումը, հաղորդակցվել Dev և Ops-ի միջև: Մենք շատ քիչ ենք օգտագործում այս հնարավորությունը։ Այդ պատճառով թեև մենք ներկայիս կառուցվածքները թարգմանում ենք բոլոր այդ DevOps գործիքներին՝ Docker, Kubernetes, ամպեր և այլն՝ մենք այս իրավիճակը ավելի շատ ենք վատացնում: Եվ գործիքները սկսում են օգտագործվել այնպես, ինչպես նախատեսված չեն եղել: Եվ այն բոլոր տեխնոլոգիաների շուրջ ստեղծվում են պարզապես սարսափելի հենարանքներ:
Ազատ Խադիեվ: Հասկանում եմ: Ինձ թվում է, որ թեման լայն է: Ինչպե՞ս եք կարծում, որ այժմ ընկերությունների ամենատարածված խնդիրը որ է? Սկսած Kubernetes-ից:
Պավել Սելիվանով: Kubernetes-ի հետ ամենատարածված խնդիրը՝ դա կարողությունների բացակայությունն է: ՏՏ-ում սա տարածված խնդիր է: Այն միշտ թերանում է մասնագետների մեջ: Անդրադարձ է, որ միշտ կարիք ունենք կարողությունների։ Եվ այժմ Kubernetes-ի հետ կարողությունները բացակայում են։ Իսկ մինչ այդ շուկայում 100%-ով պատրաստված լուծումները, որոնք կարող են Դուք получите Kubernetes, բայց չունենալով անհրաժեշտ կարողությունները, ինչ-որ կերպ շուկայում բացակայում են։ Իսկ ինչ կա, նրանք բոլորն էլ հարցեր են առաջացնում։ Մեր առջև մշտապես է Kubernetes-ի վրայից մասնագետներ որոնելու հարցը։ Փորձում ենք մշակումը այս ուղղությամբ ձգել:
Ազատ Խադիեվ: Իսկ учитывая текущий кадровый голод в IT, который всегда был. И сейчас есть. Как ты думаешь, как в этих условиях жить? Какие есть лайфхаки?
Պավել Սելիվանով: Փոքր խորհուրդներ: Առաջինը, ամ CLOUD-ների տեսանկյունից պոյում, այսպես է. եկեք դուք մեզ կտաք մի մասը ձեր գիտելիքների: Եվ մենք դա կմասնակցենք մեզ մոտ: Եվ դա բոլորովին լավ է: բացի այդ, կարևոր է հասկանալ նրանց համար, ովքեր օգտագործում են դա... Ավելին, գերազանց պահ է... Բայց կարևոր է հասկանալ, որ ստանալով մի մասը ձեր գիտելիքների այսպես երկինքներին կամ սպասարկողին, մենք փոխարենը ստանում ենք ըստ ամենայնի առաջադեմ լուծումներ: Պարզ ասած, մենք ունենք տվյալների база, որը կատարում է բավականին հատուկ բաներ, և այն շատ հատուկ կերպով կարգավորված է: Ուղարկելով այդ տվյալների բազան երկինքներին, մենք, անշուշտ, կարող ենք ազատել ադմինիստրատորը, որ նախկինում զբաղվում էր տվյալների բազաների խմբավորումներով - նույն Amazon-ն կամ Google-ը կանի դա մեր համար: Բայց լրիվ այդպես Amazon-ն կամ Google-ը մեզ թույլ չեն տալու, որպեսզի ճշգրտորեն կարգավորենք մեր տվյալների բազան: Մեծ նախագծերը, մեծ ընկերությունները - նրանք անպայման լիան ալիքը հասնում են նրան, որ որոշակի փուլում իրենց կյանքի օգտագործում են երկնային լուծումներն, իսկ հետո անպայման վերադառնում են, որպեսզի վերցնեն գիտելիքները իրենց մոտ, որովհետև պահանջվում է ավելի հատուկ բան:
Ազատ Խադիև: Ընդհանուր լուծումները - վատ են, թե դրանց հիման վրա հնարավոր է ավելին կառուցել:
Պավել Սելիվանով: Ոչ, ընդհանուր լուծումները - անպայման վատը չեն: Ընդհանուր լուծումները - լավ են: Նախ, ընդհանուր լուծումները... ընդհանուր են: Սա կարևոր է հասկանալ: Դա նման է ընդհանուր սցենարին: Եթե դուք կարող եք կառուցել ամբողջ ընկերության աշխատանքը կյանքի logic-ը այդ ընդհանուր սցեների շուրջ - ապա դա շատ լավ է: Իսկ եթե աշխատանքի logic-ը այլ է, բայց դուք վերցնում եք այդ ընդհանուր լուծումը, ընդհանուր սցենարը - և սկսում եք, ինչպես խորը երկարացումն անելով, դա վատ է: Իսկ ընդհանուրում, ընդհանուրի ոչինչ չկա:
Ազատ Խադիև: Եթե ադմինը արդեն աշխատում է ձեզ մոտ, հարկավոր չէ նրա ազատման մասին խոսել, նա պարզապես կարող է ավելին անել:
Պավել Սելիվանով: Այո, վերցնել նրա ռուտինը և տվեք զույգ սիրում, որ նրանք չլինեն այնտեղ: Ապահովապտ և լավ մոտեցում: Կարևոր պահ այստեղ պարզած է, արդյոք այս ընդհանուր լուծումը համապատասխանում է կոնկրետ իրավիճակին:
Ազատ Խադիև: Պարզապես իմ փորձից ելնելով, ես տեսնում եմ, որ շատ ընկերություններ զբաղվում են նույնն: Նրանք կարգավորում են Kubernetes խմբեր, մտածում են նրա իրականացման մասին: Եվ այդ բոլոր գործողությունները շատ կրկնվող են:
Պավել ՍելիՎանով: Այո, անշուշտ: Այդ դեպքում, եթե մենք վերցնենք կոնկրետ Kubernetes-ը, այստեղ կա մի պահ, որ այս պահի դրությամբ trhu-ում ո՛չ խոր, ո՛չ լավ գիտելիքներ Kubernetes-ի մասին իսկապես քիչ են: Kubernetes- ը մի հսկա կոնստրուկտոր է, այնպես որ, եթե դուք այն վերցնում եք ընկերությունում, մնացեք պատրաստ լինելու, որ վերցնեք նաև ինժեներին, ով ամբողջ ժամանակ զբաղվելու է նրանով: Եվ դա թանկ է: Եվ այդպիսի ինժեներին էլ դեռ ի վիճակի եք գտնել: Եթե խոսեմ ինձ մասին, ես շատ չեմ սիրում որոշակի ամպային լուծումներ, քանի որ ես բավական լավ և խոր են հասկանում, թե ինչպես է աշխատում Kubernetes-ը: Եվ ինձ հաճախ ամպերում հենց էական գործառույթների բացակայությունն է, որ ես անհրաժեշտում եմx00A0՝ ինձ ասում են «Ոչ, չի կարելի»: Դրանում նման հանգամանքներում ներողություն, բայց ես կարող եմ ավելի լավ, քան ամպ: Սակայն, եթե դուք չունեք ինժեների կամ ժամանակակից վճարելու համար այդ ինժեներին, ով կգրկի Kubernetes-ը, և դուք նրան սովորեն շատ գումարներ, որպեսզի նա պարզապես փորձեր անի, ապա ամպը պարզապես լավ ու գերազանց լուծում է: Որովհետև գոնե այնտեղ նստած են տղաներ, ում պրովայդերը արդեն գտել է: Եվ նրանք հասկանում են, ինչը անում են: Եվ ինչ-որ հիմնարար բաներ, որոնք ձեզ անհրաժեշտ են ամենօրյա հիմքով, այնտեղ կան:
Ազատ Խադիեւ: Ինչպե՞ս ես կարծում, թե ինչ վիճակում է Kubernetes-ը այժմ: Ի՞նչ կկառնա այն հինգ և տասը տարի անց:
Պավել Սելիвачով: Լավ հարց է։ Ես պարզապես գիտեմ, թե ինչ է տեղի ունենում մեր համայնքում այս հարցով։ Ոմանք glauben, որ Կուբերնետեսից դուրս այլ բան չի մնա։ Դա այն վիճակը չէ, որն արդեն վաղուց եղել է Լինուքսի հետ։ Այսինքն, Լինուքսից դուրս կան մարդիկ, ովքեր ապրում են BSD-ում, և հավանաբար նրանց հատուկ խնդիրներ կան։ Կան մարդիկ, ովքեր աշխատում են Windows — windows-սերվերներ — հավանաբար, նրանց նույնպես կան հատուկ խնդիրներ, կամ նրանք պարզապես ունակություններ ունեն այս ոլորտում և պատրաստ չեն լքում այնտեղից։ Յուրաքանչյուր պարագայում մեր ոլորտում ստանդարտը Լինուքսն է։ Կան կարծիքներ, որ Կուբերնետեսը միաժամանակ կդառնա նույնպիսի ստանդարտ, և Կուբերնետեսից բացի, այլ բան չի լինի։ Կուբերնետեսը պատվիրելու է ոչ միայն ծրագրեր, դրանց կիրառումը, տեղադրման, մաշկավորման գործընթացները։ Ամեն ինչի նկատմամբ կկառավարի։ Այժմ արդեն հարցնում են. «Նրա մեջ կարելի է ապրանք այնպիսի՞ բան, ինչպիսին տվյալների բազան է»։ Ես սովորաբար ասում եմ, որ այստեղ հարցը վերաբերում է ոչ թե Կուբերնետեսին, այլ Դոկերին։ Եթե դուք պատրաստ եք, որ ձեր տվյալների բազան աշխատանքը լինի կոնտեյներիներում, ապա ինչպես այն աշխատելու է։ Ինձ պատասխանում են. «Ոչ-ոչ-ոչ, սպասեք։ Կոնտեյներում պետք չէ։ Պետք է Կուբերնետեսում։ Մենք այն կապելու ենք նոդի։ Այսինքն, ամեն ինչ կլինի այնպես, ինչպես հիմա, միայն այս ամենը կառավարվելու է Կուբերնետեսի կողմից։» Եվ սա իսկապես լավ գաղափար է։ Այնպես որ, Կուբերնետեսը այդպիսի բան է, երբ դուք կարող եք գալ ընկերություն, եթե ընկերությունում կա Կուբերնետես և դրա վրա կառուցված գործընթացներ, ապա մարդ, ով համեմատաբար հասկանում է այս ոլորտում, բավական է մի քանի օր նայել, որպեսզի ասի. «Ես պատրաստ եմ աջակցելու ձեզ։ Լրիվ, ամբողջությամբ։ Ես հասկանում եմ, թե ինչպես է ձեր ամեն ինչը աշխատում։» Մասնավորապես, Կուբերնետեսի չկայացած մոտեցումների համեմատ, այստեղ մի քանիսը կապել ենք, մի քանիսը կապել ենք։ Այստեղ Ansible է, այստեղ Terraform։ Դրա բոլորը գրելով, և տարի կես պահանջվում է, որպեսզի հասկանալ։ Այսպիսով, Կուբերնետեսը արդյոք կդառնա ստանդարտ, ես չգիտեմ։ Նրանք, ովքեր այն պահին այնքան ամբիցիոզ և վստահ են, որ նրանց շուրջ մոտեցումներ կան։
Ազատ Ղադիև: Ահա, Լինուքսի համեմատացումը բավական համարձակ է։ Նա մի մեքենայի վրա աշխատում է — և վերջ։ Իսկ Կուբերնետեսը աշխատում է բազմաթիվ մեքենաների վրա։ Միշտ մի միլիոն տարբերակներ, պատճառներ են առաջանում։ Ահա, սա համարձակ է։ Հակառակ դեպքում, եթե հաշվի առնեք, որ այս դասարանի հակառակորդներ կան։ Օրինակ, Serverless։ Կուբերնետեսը վտանգի տակ է նման մրցակիցների դեպքում։
Պավել Սելիвачով: Serverless-ից… (ծիծաղ) Serverless — մենք իսկապես մի քիչ հասկանում ենք, որ սերվեր այնուամենայնիվ, կա։ Ես վերջերս լսել եմ այս մասին զեկույց։ Այստեղ մեկ մարդ ասաց, որ սերվերները, իսկապես, կան — և դա ամպերն են։ Բայց մենք միշտ պետք է հասկանանք, որ ամպում, նույնպես, սերվերներ կան։ Տեղադրված են իրական երկաթից սերվերները, վահանակ, և դրանք որտեղ-որ տեղ գտնվում են։ Դա ամպն է։ Այդ ամենի վրա գոյություն ունի Serverless, որտեղ սերվերների «ոչ». Դրա համար հարց է՝ կհաղթի՞ Serverless Kubernetes-ը: Ես կարծում եմ, որ Serverless-ը կտեղափոխվի Kubernetes-ին: Ծառայություններ մատուցող providers համար Kubernetes-ը շատ հարմար հարթակ է դա տրամադրելու համար: Այո, հնարավոր է, որ մեկ ուշադրության պահի մենք չենք խոսի Kubernetes-ի մասին առհասարակ, ինչպէս կիրառական ծրագրերի մշակման մասին: Բայց որտեղ-որ տեղ խորքում, providers և ճարտարագետների մոտ կմնա Kubernetes, որտեղ դա բոլորը իրականացվելու են:
Ազատ Խադիվ: Մինչև այլ թեմա: Postingan օգտին կա fullstack- ինժեներ: Ի՞նչ ես դրա մասին մտածում: Նրանք իսկապես գոյություն ունեն:
Պավել Սելիվանով: Էմ... Fullstack- ինժեներ… Ես կարծում եմ, որ անհրաժեշտ է տարանջատել այս բանը… Գիտես, գոյություն ունի T-shaped people անվանումը: Այսօրայի ինդուստրիայում այս մարդիկ անհրաժեշտ են: Այո, հստակորեն: Մենք անհրաժեշտ ենք մարդիկ, ովքեր ունեն լայն տեսկ, բայց միաժամանակ նրանք մասնագետներ են իրենց նեղ ոլորտում: Ու այստեղ Fullstack- ինժեներին նույն է — մարդ, ով անում է ամեն ինչ: Հսկելով առաջատարի զարգացումը, թեստավորումը, բեքենդը, սերվերները և ամեն բան: Ես չեմ հավատում, որ մեծ ընկերությունում այդ ամենը կարող է մեկ մարդ անել՝ չունենալով նեղ մասնագիտություններ յուրաքանչյուր պարամետրով: Բայց միաժամանակ պարզապես ունենալով նեղ մասնագիտություն, թե շուրջն ինչ է տեղի ունենում հենց դա էլ ներկա աշխարհում չի աշխատում: Սա դեպքում ես կասեմ… Fullstack բառը ես հանել եմ: Մենք իսկապես շատ ինժեներների ենք անհրաժեշտ: Մենք անհրաժեշտ ենք DevOps: Ես զգում եմ, որ մենք մոտ էլ ենք վերաձևելու այս հարցը: Նրանք այլևս չեն լինի անհրաժեշտ:
Ազատ Խադիվ: Կարո՞ղ ես բացել:
Պավել Սելիվանով: Ես կարծում եմ, որ մենք ինդուստրիայում կառաջադիմենք դեպի այն, որ Dev և Ops դերերը դադարեցնելու են: Հակառակ դեպքում մեր համար մասնագետներ են անհրաժեշտ և մենք ձևավորում ենք... Անհրաժեշտ է որոշակի մշակող, անհրաժեշտ է որոշակի ադմինիստրատորներ, անհրաժեշտ են DevOps- ինժեներներ — այժմ մենք ունենք դրանք, հիմա ևս կներկայացվեն արտադրական ինժեներներ, SRE- ինժեներներ: Թվացյալ, իսկականը, ինչ մեզ անհրաժեշտ է, դա ինժեներներն են, որոնց ուզում ենք աշխատանքի ընդունել: Մասնագիտական անցյալը հիմնականում կարևոր չէ: Որովհետև… Օրինակ, SRE-ն ասում է, որ ենթակառուցման խնդիրները միշտ ծրագրային են: Իսկ… Որտեղ… Եկեք վերցնենք մշակողներին՝ որպես ինժեներ, նրանց դնենք պահպանման սենյակում և նրանք կլուծեն այդ խնդիրները, այնպես ինչպես լուծում են բիզնեսի խնդիրները կոդի միջոցով, թե սկսած ինժեներիայով:
Ազատ Խադիվ: Եվ այս տեսանկյունից... Ինչպե՞ս հարցազրույց տալ այդպիսի ինժեներների:
Պավել Սելիենով: Օհ, լավ հարց: Դա, հավանաբար, արդեն այն բանից դուրս է, ինչ ես հասկանում եմ այս կյանքում: Բայց ես պարզապես օրինակ կբերեմ: Դա ոչ մի կապ չունի ծագման հարցազրույցի հետ: Դա մեր կրթական համակարգի մասին Ռուսաստանում է: IT–ում մենք գիտենք, որ մեր կրթական համակարգը Ռուսաստանում IT աշխարհի համար շատ էն ժամանակ պիտի է outdated, այն այնպիսին չէ, ինչպիսին պետք է լինի: Ես խոսում եմ, ընդարձակ ասած, Ռուսաստանի մասին՝ և ինչ է կատարվում այնտեղ: Դուրս են գալիս մարդիկ, որոնք լիովին պատրաստ չեն վաղը ավարտելուց անմիջապես գնալու վեբ զարգացման կամ տեխնոլոգիական ընկերություն: Եվ դա վատ է: Մենք նրանց ուսուցանում ենք տարօրինակ բաների, մինչդեռ իբր պետք է սովորեցնենք, թե ինչպես մշակել Android-ի համար, iOS-ի համար, ինչպես օգտագործել Git և բոլոր այդ բաները: Իրականում կարծես այդպես չէ: Ինստիտուտը է այն ժամանակը, երբ քեզ համար մեծ մասամբ գումար են վճարում ծնողները: Քո ողջ կյանքի ընթացքում: Եվ դու կարող ես այցելել հինգ տարի քո կյանքի, որպեսզի խորանալ ուսանելու ընթացքում: Եվ ուսումնասիրել այս T-shaped ուսուցումը: Երբ դու կարող ես ուսումնական հաստատությունում ուսումնասիրել, ինչ է մեխանիզմների վերահսկում, jakie գիտեն ծրագրավորման լեզուներ, ինչպես դա բոլոր բանը փորձարկել, jakie դուք կարող եք ստանալ տվյալների բազաներ, բալանսավորիչներ: Եվ երբ դու արդեն աշխատանքի գնում ես, դու սկսում ես խորանալ որևէ կոնկրետ ոլորտում: Եվ այսպիսով մենք ստանում ենք ինժեներներ: Եվ մեր կրթական համակարգը Ռուսաստանում շատ մոտ է այս իրականությանը, քան մեզ թվում է: Մեզ տալիս են լավ մաթեմատիկական պատրաստություն, մեզ տալիս են լավ ալգորիթմական պատրաստություն, մեզ տալիս են ինչ-որ և ուրվագծեր ծրագրավորման լեզուների մասին: Եվ հարցազրույցի շուրջ, ինձ թվում է, որ ինչ-որ մոտ է այդ հարցում: Ինժեներներին պետք է հարցազրույց անցկացնել: Մեզ պետք է T-shaped-ի բարձր մասը: Որովհետեւ T-հակափառի ուղղահայաց հատվածը նա կկատարի:
Ազատ Խադիև: Այո, հետաքրքիր է: Ինձ հինգ տարի անց ինստիտուտից թվում էր, որ իմ կրթությունը մի քիչ տարօրինակ և անտեղի էր: Իսկ հետո արդեն աշխատանքի ընթացքում, երբ խնդիրները խորացել էին, նախագծերը մեծացել էին, ես հասկացել եմ, որ ոչ, ինձ ուսուցանել են շատ կարևոր բաներ: Պավել, շնորհակալություն քեզ: Շատ հետաքրքիր էր լսել քո պատասխանները: Թեկնածուի ներկայացումը լսելու ենք:
Պավել Սելիենով: Շնորհակալություն ձեզ:
Ընտանիք: habr.com
