Հե՜յ Հաբր։ Ձեր ուշադրությանն եմ ներկայացնում հոդվածի թարգմանությունը Սթիվ Մեզակի կողմից:
Կախված ձեր տեսակետից՝ DevOps-ն այս տարի կնշի իր իններորդ կամ տասնամյակը։ 2016 թվականին RightScales-ի «Cloud of the Cloud» զեկույցը նշել է, որ ՓՄՁ-ների 70 տոկոսը ընդունում է DevOps պրակտիկա: Յուրաքանչյուր ցուցանիշ, որը կազմում է այս միավորը, դրանից հետո աճել է: Քանի որ DevOps-ը պատրաստվում է մտնել իր երկրորդ տասնամյակը, հիանալի կլինի զբոսնել անցյալում և վերադառնալ DevOps-ի ակունքներին, և նույնիսկ հենց անվան սկզբնաղբյուրին:
Մինչև 2007 թվականը. Իրադարձությունների կատարյալ շղթա
Մինչև 2007 թվականը մի շարք հանգամանքներ ի վերջո ծնեցին այն, ինչ այսօր հայտնի է որպես DevOps:
Նիհար արդեն ապացուցել է իրեն որպես լավագույն փորձ: Հայտնի է նաեւ որպես Toyota արտադրական համակարգ, Lean Manufacturing-ը ձգտում է օպտիմիզացնել գործընթացները արտադրական հատակին: (Ի դեպ, Toyota-ի ղեկավարությունն ի սկզբանե ոգեշնչված էր հավաքման գծի բնօրինակ մեթոդներով, որոնք ներդրվել էին Ford Motor Company-ի կողմից): Շարունակական բարելավում նիհար արտադրության մանտրան է: Գործնականում անընդհատ գնահատվում են հետևյալ ուղիները.
- Պահպանելով հումքի և պատրաստի արտադրանքի պաշարների մակարդակը նվազագույնի. Նիհար արտադրություն նշանակում է ապրանքներ արտադրելու համար հումքի նվազագույն պաշար և պատվիրման կամ առաքման սպասող պատրաստի արտադրանքի նվազագույն քանակ:
- Նվազագույնի հասցնել պատվերի հերթը. Իդեալում, ստացված պատվերներն անմիջապես տեղափոխվում են ավարտված վիճակ: Նիհար արտադրության հիմնական չափանիշը միշտ կլինի պատվերի ստացումից մինչև առաքման ժամանակը:
- Արտադրական գործընթացի արդյունավետության առավելագույնի բարձրացում. Գործընթացների վերակառուցումը և բարելավված ավտոմատացումը համատեղվում են հնարավորինս արագ ապրանքներ արտադրելու համար: Արտադրության յուրաքանչյուր տարածք ամբողջ ճանապարհի երկայնքով (կտրում, եռակցում, հավաքում, փորձարկում և այլն) գնահատվում է անարդյունավետության համար:
ՏՏ աշխարհում ծրագրային ապահովման մշակման ջրվեժային մոդելի ավանդական մեթոդներն արդեն իրենց տեղը զիջել են արագ կրկնվող մեթոդներին, ինչպիսիք են. Արագաշարժ. Արագությունը միտինգային աղաղակ էր, նույնիսկ եթե որակը երբեմն տուժում էր արագ զարգացման և տեղակայման հետևանքով: Մոտավորապես նույն կերպ, մասնավորապես, ամպային հաշվարկը Ենթակառուցվածք ՝ որպես ծառայություն (IaaS) և Պլատֆորմ `որպես ծառայություն (PaaS) ապացուցել են իրենց որպես հասուն լուծումներ ՏՏ գործընթացներում և ենթակառուցվածքներում:
Վերջապես, գործիքների հավաքածուները վերջերս սկսեցին հայտնվել Շարունակական ինտեգրում (CI): CI գործիքների գաղափարը ծնվել և ներկայացվել է Gradi Booch-ի կողմից դեռ 1991 թվականին իր Booch Method-ում։
2007-2008՝ հիասթափված բելգիացի
Բելգիացի խորհրդատու, Agile նախագծի և պրակտիկայի մենեջեր Պատրիկ Դեբոիսը ընդունել է Բելգիայի կառավարության նախարարությունից՝ օգնելու տվյալների կենտրոնների միգրացիային: Մասնավորապես, նա զբաղվում էր ատեստավորման և պատրաստվածության թեստավորման աշխատանքներով։ Նրա պարտականությունները նրանից պահանջում էին համակարգել և կառուցել հարաբերություններ ծրագրային ապահովման մշակման թիմերի և սերվերի, տվյալների բազայի և ցանցային գործառնությունների թիմերի միջև: Նրա հիասթափությունը համախմբվածության բացակայության և զարգացման ու շահագործման մեթոդները բաժանող պատերի պատճառով նրան դառը դարձրեց: Շուտով Դեսբուայի կատարելագործվելու ցանկությունը նրան դրդեց գործի։
2008 թվականին Տորոնտոյում Agile կոնֆերանսում Էնդրյու Շեֆերն առաջարկեց վարել հատուկ կազմակերպված ոչ պաշտոնական հանդիպում՝ թեման քննարկելու համար:Ճկուն ենթակառուցվածք«Եվ միայն մեկ մարդ եկավ քննարկելու թեման՝ Պատրիկ ԴեԲոյը: Նրանց քննարկումը և մտքերի փոխանակումը առաջ մղեցին Agile համակարգերի կառավարման հայեցակարգը: Նույն տարի ԴեԲոյը և Շեֆերը ստեղծեցին Google-ում չափավոր հաջողակ Agile Systems Administrator խումբը:
2009. Dev-ի և Ops-ի համագործակցության դեպքը
O'Reilly Velocity կոնֆերանսում Flickr-ի երկու աշխատակիցներ՝ Տեխնիկական գործառնությունների ավագ փոխնախագահ Ջոն Ալսփոուն և CTO Փոլ Համոնդը, ներկայացրեցին այժմ հայտնի շնորհանդեսը: «10 տեղակայում օրական. Dev-ի և Ops-ի համագործակցություն Flickr-ում».
Շնորհանդեսը դրամա էր, որտեղ Օլսփոուն և Համոնդը վերարտադրում էին Զարգացման և Գործառնությունների ներկայացուցիչների միջև բարդ փոխազդեցությունները ծրագրային ապահովման տեղակայման գործընթացում, որն ավարտված էր մատնացույցով և մեղադրանքներով՝ «Դա իմ ծածկագիրը չէ, այն բոլորը ձեր համակարգիչներն են»: Նրանց ներկայացումը հաստատեց, որ միակ խելամիտ տարբերակն այն է, որ ծրագրային ապահովման մշակման և տեղակայման գործողությունները լինեն անխափան, թափանցիկ և լիովին ինտեգրված: Ժամանակի ընթացքում այս շնորհանդեսը դարձավ լեգենդար և այժմ պատմականորեն դիտվում է որպես կարևոր իրադարձություն, երբ ՏՏ արդյունաբերությունը սկսեց կոչ անել այն մեթոդաբանությանը, որն այսօր հայտնի է որպես DevOps:
2010. DevOps Ամերիկայի Միացյալ Նահանգներում
Աճող հետևորդներով DevOpsDays համաժողովն առաջին անգամ անցկացվեց Միացյալ Նահանգներում Մաունթին Վյուում, Կալիֆորնիա, Velocity տարեկան համաժողովից անմիջապես հետո: Շտապեք մինչև 2018 թվականը, և նախատեսված են ավելի քան 30 DevOpsDays համաժողովներ, այդ թվում՝ տասնյակները Միացյալ Նահանգներում:
2013: «Փյունիկ» նախագիծ
Մեզանից շատերի համար DevOps-ի պատմության մեկ այլ ուշագրավ պահ էր Ջին Քիմի, Քևին Բեհրի և Ջորջ Սաֆֆորդի «Phoenix Project» գրքի հրատարակումը: Այս վեպը պատմում է ՏՏ մենեջերի մասին, ով հայտնվում է անելանելի վիճակում. Մենեջերի խորհրդավոր դաստիարակը՝ տնօրենների խորհրդի անդամը, որը կրքոտ է արտադրության նիհար մեթոդներով, գլխավոր հերոսին առաջարկում է նոր ուղիներ մտածել ՏՏ և հավելվածների մշակման մասին՝ կանխատեսելով DevOps-ի հայեցակարգը: Ի դեպ, «The Phoenix Project»-ը մեզ ոգեշնչեց գրել «Outsource or other...» գիրքը նմանատիպ բիզնես պատմության մասին, որտեղ ծրագրային ապահովման փոխտնօրենն օգտագործում է DevOps-ը նոր հիմնական արտաքին արտադրանքի մշակման ժամանակ:
DevOps ապագայի համար
Արժե DevOps-ը նկարագրել որպես ճանապարհորդություն, կամ գուցե ձգտում, այլ ոչ թե վերջնական նպատակակետ: DevOps-ը, ինչպես նիհար արտադրությունը, ձգտում է շարունակական կատարելագործման, արտադրողականության և արդյունավետության բարձրացման և նույնիսկ շարունակական տեղակայման: DevOps-ին աջակցելու ավտոմատացված գործիքները շարունակում են զարգանալ:
Շատ բան է ձեռք բերվել DevOps-ի հիմնադրումից ի վեր՝ վերջին տասնամյակում, և մենք ակնկալում ենք, որ ավելին կտեսնենք 2018 թվականին և դրանից հետո:
Source: www.habr.com