Ելքը
Դուք ծրագրավորող եք, որը ցանկանում է իր կարիերան ուղղել դեպի ավելի զարգացած DevOps մոդել? Դուք դասական Ops- injener եք և ցանկանում եք հասկանալ, թե ինչ է նշանակում DevOps? Ենթադրենք, որ դուք ոչ մեկը, ոչ մյուսը և որոշ ժամանակ IT տեխնոլոգիաների ոլորտում աշխատելուց հետո ուզում եք փոխել աշխատանքը, բայց չեք գիտակցում, թե ինչու՞ սկսել:
Եթե այո, ապա շարունակեք կարդալ, чтобы узнать, как можно стать инженером DevOps среднего уровня за шесть месяцев! Наконец, если вы уже много лет занимаетесь DevOps, вы все равно сможете многого научиться из этой серии статей и понять, где находится отрасль интеграции и автоматизации в данный момент и куда она стремится в своем развитии.
Ինչ դա է вообще?
Առաջին հերթին՝ ինչ է DevOps? Դուք կարող եք որոնել սահմանումները և անցնել այս բոլոր բառերի մեխին, բայց գիտեք, որ այդ սահմանումների մեծ մասը պարզապես բառային խառնաշփոթ է, որին տրված է հարթ տեսք: Ուստի ես ձեզ կներկայացնեմ այս բոլոր սահմանումների հատակը. DevOps-ը արդեն մի ծրագրային ապահովման մատակարարում է, որտեղ գլխացավանքն ու պատասխանատվությունը բաժանվում են բոլոր ներգրավվածների միջև: Եվ վերջ:
Լավ, բայց ինչ է նշանակում այս կրճատումը? Դա նշանակում է, որ ավանդաբար ծրագրավորողները ( Developers ) իրենց աշխատանքում առաջնորդվել են խթաններով, որոնք զգալիորեն տարբեր էին Operations (օպերատորների) խթաններից: Օրինակ, որպես ծրագրավորող, ես ուզում եմ որքան հնարավոր է շուտ ստեղծել նոր ֆունկցիաներ: Չի թաքնվում, սա իմ աշխատանքն է, և հենց դա են պահանջում հաճախորդները: Սակայն, եթե ես Ops-անոց եմ, ապա ինձ ամեն դեպքում անհրաժեշտ է նոր ֆունկցիաների հնարավորինս քիչ, քանի որ յուրաքանչյուրը նոր ֆունկցիա փոփոխություն է, իսկ յուրաքանչյուր փոփոխություն շփոթություն կարող է առաջացնել: Արդյունքում, արդյունքում այդ խթանների անհամաձայնության՝ DevOps-ը ծնվեց.
DevOps-ը փորձում է նկարահանել զարգացումը և գործողությունները (ինտեգրումը և ավտոմատացումը) մեկ խմբի մեջ: Իդեան այն է, որ այժմ մեկ խումբ կայուն միաժամանակ կկիսվի թե ցավի, թե պատասխանատվության (և, հավանաբար, մրցանակի) ստեղծում, տարածման և եկամուտ ստանալու գործընթացում հաճախորդի համար օլքավոր software- ի:
Պուրիսները կասեն ձեզ, որ "DevOps ինժեներ" անունով ոչինչ գոյություն չունի: «DevOps-ը մշակույթ է, ոչ թե դեր», — կասեն նրանք: Իհարկե, տեխնիկական տեսանկյունից նրանք правы են, բայց, ինչպես հաճախ бывает, այս տերմինը դուրս է եկել իր սկզբնական նշանակությունից: Այսպիսով, DevOps ինժեները նման է «համակարգային ինժեների 2.0»-ի: Այլ сөзերով, նա, ով հասկանում է ծրագրային ապահովման զարգացման жизненный цикл-ը և ստեղծում է ծրագրային ապահովման զարգացման գործիքներ և գործընթացներ классические օպերացիոն խնդիրները լուծելու համար.
DevOps-ն ի վերջո նշանակում է թվային խողովակների ստեղծում, որոնք վերցնում են կոդը ծրագրավորողի նոութբուքից և վերածում են շահույթի վերջնական արտադրանքից, դա ամեն ինչ է: Նշեք, որ DevOps կարիերայի ընտրությունը բավականին բարձր է ֆինանսական արտահոսման տեսանկյունից, իսկ գրեթե բոլոր կազմակերպությունները կամ «կատարում են DevOps», կամ հավակնում են դրան: Անկախ նրանից, թե որտեղ են գտնվում այս կազմակերպությունները, DevOps-ի ընդհանուր աշխատանքի հնարավորությունները բավականին բարձր են և ենթադրում են «ուրախ» և նշանակալի զբաղվածություն երկար տարիներ առաջ:
Սակայն զգույշ եղեք այն ընկերությունների նկատմամբ, որոնք hire անում են «DevOps թիմ» կամ «DevOps բաժին»: Նստելության տեսանկյունից, նման բաներ գոյություն չունեն, քանի որ DevOps-ը, վերջապես, միակողմանի մշակույթ և ծրագրային ապահովման մատակարարման միջոց է, այլ ոչ թե նոր թիմի համալրում կամ հիանալի անունով բաժնի ձևավորում:
Անվտանգության հեռու
Ուրեմն lets-ից մի քիչ հեռու դնենք 'Cool-Aid' բաժակը և մտածենք հետևյալ մասին: Դուք լսե՞լ եք «DevOps-ի երիտասարդ ինժեների չունեցողների» վաղը հայտնի գարնագոյացություններից: Եթե ոչ, ապա գիտեք, որ սա ճանաչելի է Reddit և StackOverflow-ի շրջանակներում: Բայց ինչ է դա նշանակում:
Հեշտ ասած, այս խոսքն նշանակում է, որ անհրաժեշտ է շատ տարիների փորձ և գործիքների վարժություն, որպեսզի իսկապես դառնաք Senior DevOps պրակտիկ, իսկ ցավոք, այստեղ չկա կարճ ուղի նպատակին հասնելու համար: Այսպիսով, դա համակարգի խաբելու փորձ չի, — ես չեմ կարծում, որ գլուխ հանել Senior DevOps ինժեների մենակ մի քանի ամսվա փորձ հաղորդելով հնարավոր է: Ուժեղ համ grasp գրեթե արագ փոփոխվող գործիքների և մեթոդաբանությունների ձեռք բերելը պահանջում է տարիների փորձ, եւ դա առակ չէ: Բայց նաև կա գրեթե համաձայնեցված (մոդայի, եթե կուզեք) գործիքների և կոնցեպցիաների ցուցակ, որոնք օգտագործում են գրեթե բոլոր կազմակերպությունները, և հենց սա է թեման:
Կրկնապատկեր, գործիքները տարբերվում են ունակություններից, այնպես որ, մինչ դուք ուսումնասիրում եք գործիքները, համոզվեք, որ ձեր ունակությունները (հարցումներ, ցանցեր կառուցելու, գրավոր հաղորդակցություն, խնդիրների լուծում եւ այլն) անտեսանելի չեն մնում: Կողմի կարևորագույն բանն այն է, որ մենք ցանկանում ենք գտնել՝ ինչպես ստեղծել ամբողջովին ավտոմատացված թվային խողովակ, որը գաղափարները վերածում է եկամուտ բերող կոդի հատվածների: Սա միակ և ամենակարևոր եզրակացությունն է այս ամբողջ հոդվածից!
Բավական է խոսասերելու, երբ կարող եմ սկսել:
Ստորև բերված է «DevOps հիմնական գիտելիքներ» ուղեցույցը: Ամեն ինչ յուրացրեք, ինչը այնտեղ նշված է, կարող եք վստահորեն և ազնվաբար ինքներդ ձեզ անվանել DevOps ինժեներ: Հ կամ արևային ինժեներ, եթե ձեզ չի դուր գալիս «DevOps» անվանումը:
Այս քարտը ցույց է տալիս իմ (եւ հավանաբար, այս ոլորտում աշխատող շատ մարդկանց) կարծիքը այն մասին, թե ինչ պետք է իմանա կարող ինժեներ DevOps: Սակայն սա միայն կարծիք է, և, իհարկե, կլինեն նրանք, ովքեր չեն համաձայնվի դրան: Դա նորմալ է: Մենք այստեղ չենք ձգտում վերին կատարելությանը, մենք ձգտում ենք ամուր հիմքի, որի վրա իսկապես կարելի է կառուցել:
Դուք պետք է անցնեք այս ճանապարհը աստիճանաբար, շերտերով: Սկսել (և շարունակել) պետք է հիմնարար հիմունքներից, նախ սկզբում ուսումնասիրելով կապույտի վրա նշված տարրերը՝ Linux, Python և AWS: Այնուհետև, եթե ժամանակն ու աշխատանքի շուկայի պահանջը թույլ են տալիս, զբաղվեք մանուշակագույն բաներով՝ Golang և Google Cloud:
Իհարկե, հիմնարար վերին շերտը այն է, ինչը պետք է ուսումնասիրեք անդադար: Linux-ի ՕՀ-ն շատ բարդ է, և դրա յուրացումը գրեթե տարիներ է պահանջում: Python- ը պահանջում է շարունակական պրակտիկա, որպեսզի մնաք տեղեկացված: AWS- ը զարգանում է այնքան արագ, որ այն, ինչ այսօրվա գիտեք, մեկ տարին հետո միայն մի մասը կլինի ընդհանուր գիտելիքների պորտֆելից: Երբ որ յուրացնեք հիմնարար հիմքերին, անցեք իրական հմտությունների հավաքածուին: Այստեղ նշենք, որ առկա է ընդհանուր 6 կապույտ սյուն (Կոնֆիգուրացում, Վարկանիշ, Հավաքում, Ամփոփում, գործարկում, Հսկողություն), մեկ ամիս ուսուցման համար մեկ:
Դուք, իհարկե, նկատել եք, որ մեր վեցամսյա խողովակներում կարևոր փուլ՝ փորձարկումը, բացակայում է: Ես մտադիր չէի ներառել այն ուղեցույցում, քանի որ մոդուլ գրելը, ինտեգրումը և ընդունման/ողբերգության փորձերը դժվար են և ավանդաբար ընկնում են ծրագրավորողների վրա: Եվ ‘փորձարկում’ փուլի բացակայությունը բացատրվում է նրանով, որ այս ուղեցույցի նպատակը, որքան հնարավոր է, արագ յուրացնել հիմնարար գիտելիքները և գործիքները: Խնդիր հանդիպելու բացակությունը, հեղինակության կարծիքով, միայն փոքրիկ խոչընդոտ է DevOps-ի ճիշտ օգտագործման համար:
Բացի այդ, մի մոռացեք, որ այստեղ մենք չենք ուսումնասիրում մի շարք անշրջանակ տեխնիկական զրույցներ, այլ ձգտում ենք հասկանալու այն գործիքները, որոնք միասին կազմում են հասկանալի պատմություն: Այս պատմությունը ներկայացնում է գործընթացի շարունակական ավտոմատացում՝ թվային կոնվեյեր, որը տեղափոխում է բիթեր նման հավաքման գծին: Դուք, իհարկե, չեք ցանկանում ուսումնասիրել բազմաթիվ գործիքներ և մշտապես կանգնել: DevOps գործիքները արագ փոփոխվում են, իսկ գաղափարները՝ շատ ավելի ուշ: Ուստի դուք պետք է ձգտեք օգտագործել գործիքները որպես ուսուցանող պրոքսիներ բարձր մակարդակի գաղափարների համար.
Լավ, եկեք մի քիչ ավելի խորանանք!
Հիմնական գիտելիքներ
Հիմնական աստիճանի վրա, որի վրա գրված է «Foundation», դուք տեսնում եք այն հմտությունները, որոնց պետք է տիրապետի յուրաքանչյուր DevOps ինժեներ: Այդ հմտությունները՝ երեք «բնագոտիներ», Industry-ն են՝ գործող համակարգ, ծրագրավորման լեզու և հասարակ ամպ: Այս բաները չեն հանդիսանում այն, ինչը կարելի է արագ ծանոթանալ և անցնել: Այս հմտությունները պետք է մշտապես կատարելագործվեն և հմտությունները դեպի դրանք: Եկեք գնանք դրանց հերթով.
Linux-ը այն է, որտեղ ամեն ինչ աշխատում է: Կարո՞ղ եք լինել իմաստալից DevOps պրակտիկ, ամբողջությամբ մնալով Microsoft էկոհամակարգում? Շատ լավ, կարող եք! Ցանկացած օրենք չկան, որը հրամայում է միայն Linux օգտագործել: Բայց հիշեք՝ չնայած բոլոր Linux-ի բաները կարելի է կատարել նաև Windows-ում, դա տեղի է ունենում ավելի ցավոտ և փոքր ֆունկցիոնալությամբ: Այս պահին կարելի է վստահ ասել, որ Linux ստացած գիտելիքը առանց իսկական DevOps պրոֆեսիոնալ լինելն անհնար է, այնպես որ Linux-ը որ պետք է ուսումնասիրել և ուսումնասիրել.
Անկեղծ говоря, լավագույն միջոցը դա անել՝ պարզապես տունում Linux (Fedora կամ Ubuntu) տեղադրելն է և օգտվել այն որքան հնարավոր է շատ: Բնականաբար, դուք կկոտրեք բազմաթիվ բաներ, կդառնաք աշխատանքային ընթացքներում, ձեզ ստիպված կլինի ամեն բան շտկել, սակայն դուք կըսովեք Linux-ը!
Ի դեպ, Հյուսիսային Ամերիկայում ավելի տարածված են RedHat տարբերակները, այնպես որ իմաստ ունի սկսել Fedora կամ CentOS-ից: Եթե մտածում եք, թե արդյոք պետք է գնել KDE կամ Gnome տարբերակը, ընտրեք KDE-ն: Սա այն է, ինչ օգտագործում է Լինուս Թորվալդսը:
Python-ը այս օրերին գերակշռող բեք-էնդ լեզուն է: Այն հեշտ է սկսել աշխատանքում, լայնորեն օգտագործվում է: Python-ն շատ տարածված է արհեստական ինտելեկտի և մեքենայական ուսուցման ոլորտում, այնպես որ, եթե դուք երբևէ ցանկանում եք անցնել մեկ այլ հետաքրքրաշարժ նախագծի, դուք լիովին պատրաստ կլինեք դրան.
Ամազոն վեբ ծառայություններ․ ևս մեկ անգամ, անհնար է դառնալ DevOps փորձառու մասնագետ առանց ամուր գիտելիքների հանրային ամպի աշխատանքի մասին։ Եվ եթե ցանկանում եք իմանալ այս մասին որքան հնարավոր է, ուսումնասիրեք Ամազոն վեբ ծառայություններ։ Սա ծառայության ոլորտում առաջատար խաղացող է, որը առաջարկում է ամենաբազմազան աշխատանքային գործիքներ։
Ի՞նչ կլինի, եթե սկսեք Google Cloud-ից կամ Azure-ից։ Անգամ եթե՝ իհարկե, կարելի է! Սակայն վերջին ֆինանսական krizi-ն նկատի ունենալով, հարկավոր է հաշվի առնել, որ AWS-ն ամենաապահով տարբերակն է, առնվազն 2018 թվականին, քանի որ թույլ է տալիս անվճար գրանցվել և սկսել ուսումնասիրել ամպային ծառայությունների հնարավորությունները։ Ավելին, AWS կոնսոլը օգտվողին տրամադրում է պարզ և հասկանալի մենյու ընտրության համար։ Լավ լուրն այն է, որ դրա համար դուք պետք չէ իմանալ Ամազոնի բոլոր տեխնոլոգիաները։
Սկսեք հետևյալից՝ VPC, EC2, IAM, S3, CloudWatch, ELB (Ելեկտրոնային ծանրաբեռնավորման բաշխում EC2-ի տակ) և Security Group։ Այս բաները բավական են աշխատանքի սկսելու համար, և յուրաքանչյուրը ժամանակակից ամպային ձեռնարկություն ակտիվորեն օգտվում է այս գործիքներից։ AWS-ի ուսուցման սեփական կայքը՝ լավ տեղ է սկսելու համար։
Ես խորհուրդ եմ տալիս ձեր մոտ 20-30 րոպե ամեն օր հատկացնել Python լեզվի, Linux օպերացիոն համակարգի և AWS ամպային ծառայության ուսումնասիրման և պրակտիկայի համար, ինչպես նաև այլ բաների, որ պետք է սովորեք։ Ընդհանուր առմամբ, ես կարծում եմ, որ շաբաթական հինգ անգամ մեկ ժամ տրամադրելը բավական է, որպեսզի հասկանաք DevOps ոլորտում տեղի ունեցող գործընթացները 6 ամսվա ընթացքում կամ նույնիսկ ցածր։ Ընդհանուր առմամբ, կա 6 հիմնական բաղադրիչ, ամեն մեկը համընկնում է ուսուցման մեկ ամսվա։ Սա ամենը, ինչն անհրաժեշտ է ձեզ համար հիմնարար գիտելիքներ ձեռք բերելու։
Հաջորդ հոդվածներում մենք կքննարկենք հաջորդ մակարդակի բարդությունը. ինչպես լիովին ավտոմատացնել ծրագր软件ի կարգավորման, տարբերակման, փաթեթավորման, տեղադրման, գործարկման և մոնիտորինգի գործընթացները։
Նշանակումը կլինի շուտով...
Մի փոքր գովազդ 🙂
Շնորհակալություն, որ մնում եք մեզ հետ։ Ձեզ դուր են գալիս մեր հոդվածները։ Ուզում եք տեսնել ավելի հետաքրքիր նյութեր։ Օգնեք մեզ` պատվեր ձևակերպելով կամ ծանոթներին խորհուրդ տալով։ , յուրաքանչյուր այլընտրանք, որը մենք առաջարկել ենք ձեզ՝ (և RAID1, RAID10 տարբերակներ հասանելի են, մինչև 24 միջուկներ և մինչև 40GB DDR4):
Dell R730xd-ը կրկնակի անգամ էժան է Equinix Tier IV տվյալային կենտրոնում Ամստերդամում։ Մ seuls է մեզ մոտ նավահանգստի Նիդերլանդներում! Dell R420 — 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — սկսվում է $99-ից! Կարդացեք այն մասին
Ընտանիք: habr.com
