DevOps-ի և IaC-ի թեման շատ տարածված է և արագ զարգանում է: Այնուամենայնիվ, հեղինակների մեծամասնությունը այս ճանապարհին առնչվում է զուտ տեխնիկական խնդիրների հետ: Ես կնկարագրեմ խոշոր ընկերությանը բնորոշ խնդիրները։ Ես լուծում չունեմ. խնդիրները, ընդհանուր առմամբ, ճակատագրական են և բյուրոկրատիայի, աուդիտի, «փափուկ հմտությունների» ոլորտում են:
Քանի որ հոդվածի վերնագիրն այսպիսին է, Դեներիսը, ով անցել է Enterprise-ի կողմը, հանդես կգա որպես կատու։
Անկասկած, հիմա կա հնի ու նորի բախում։ Եվ հաճախ այդ բախումների մեջ չկա ոչ ճիշտ, ոչ էլ սխալ։ Այդպես էլ եղավ։ Բայց, որպեսզի անհիմն չլինենք, մենք կսկսենք այս էկրանից.
Սա, այսպես կոչված, Փոփոխության հարցումն է: Դուք տեսնում եք դաշտերի մոտ մեկ երրորդը, որոնք պետք է լրացվեն տարբեր գրացուցակներից, մնացած դաշտերը գտնվում են այլ էջանիշերում: Նման փաստաթուղթը պետք է լրացվի՝ սցենարը արտադրության սերվերում կիրառելու կամ նոր ֆայլեր վերբեռնելու կամ ընդհանրապես որևէ բան փոխելու համար։
Դաշտերի քանակն այնպիսին է, որ ես գրել եմ իմ փոքրիկ ավտոմատացումը այս դաշտերը լրացնելու համար: Ավելին, այս էջը գրված է այնպես, որ ոչ մի ավտոմատացման գործիք չի կարող տեսնել դրա դաշտերը, և միակ հնարավոր լուծումը AutoIt-ի միջոցով մկնիկի կոորդինատների վրա հիմար սեղմելու համար էր։ Գնահատեք ձեր հուսահատության աստիճանը սա անելու համար.
Այսպիսով, դուք վերցնում եք ջենկիններ, խոհարարներ, տերրաֆորմներ, նեքսուսներ և այլն, և ուրախությամբ տեղակայում եք այդ ամենը ձեր մշակողի վրա: Բայց ժամանակն է այն ուղարկելու QA, UAT և PROD: Դուք ունեք Nexus արտեֆակտ, և դուք նամակ եք ստանում DBA-ից հետևյալ կերպ.
Սիրելի,
Նախ, ձեր Nexus-ը, որը դուք կարող եք ունենալ ինքներդ ձեզ համար, ես մուտք չունեմ ձեր Nexus-ին
Երկրորդ, բոլոր փոփոխությունները պետք է տրվեն որպես Փոփոխության հարցում:
Դուք պետք է հանեք SQL սկրիպտները Nexus-ից և կցեք դրանք Change Request-ին:
Եթե փոփոխությունը Արտակարգ իրավիճակ չէ, դա պետք է արվի թողարկումից 7 օր առաջ (բացառապես հանգստյան օրերին)
Երբ ձեր Փոփոխության հարցումը հաստատվի մի խումբ մարդկանց կողմից, DBA-ն կկատարի ձեր սցենարը և նույնիսկ փոստով կուղարկի արդյունքի սքրինշոթը:Հարգանքներով, ձեր DBA-ն, ով աշխատում է այստեղ mainframe-ի օրերից:
Գիտե՞ք սա ինչ է ինձ հիշեցնում: Կիսաավտոմատացում. ռոբոտը պահում է շրջանակը, իսկ աշխատողը հարվածում է մուրճով։ Դե, իսկապես, ո՞րն է այս Nexus-ի իմաստը, եթե այդ դեպքում ամեն ինչ արվում է ամբողջությամբ ձեռքով:
Բայց Enterprise-ին չպետք է մեղադրել դրա համար: Դա, իհարկե, արյունոտ է, բայց Փոփոխության հարցումներով այս ամբողջ բյուրոկրատիան պարտադրված է և գալիս է աուդիտորներից: Ձեռնարկությունը պետք է աշխատի այսպես, ժամկետ. Նա այլ կերպ չի կարող դա անել: Իսկ աուդիտը շատ պահպանողական բան է։ Օրինակ, որքան է խոսվել այն մասին, որ երկար կեղծ բարդ և հաճախակի փոփոխվող գաղտնաբառերը վատ են, բայց ձեռնարկությունները կլինեն վերջին տեղը, որտեղ դա կփոխվի: Նաև տեղակայումներով և մնացած ամեն ինչով:
Ի դեպ, մի ժամանակ ես փորձեցի ստեղծել ֆայլ terraform-ի համար, բայց այն չստացվեց: Ես պատահաբար պարզեցի «Project Accounting Billing Code» պիտակի իմաստը, որն ինձ այդպես էլ չհաջողվեց պարզել. ես չունեի բավականաչափ փափուկ հմտություններ:
Ես նույնիսկ պասիվ լյուդիզմի թեման չեմ վերցնում. օ՜, ձեր ավտոմատացումը սպառնում է իմ աշխատանքի անվտանգությանը, ես չեմ ուզում որևէ նոր բան սովորել, այնպես որ ես հանգիստ կսաբոտաժեմ այն:
Լավ, սկզբունքորեն ո՞րը կարող է լինել լուծումը։ ITSM համակարգն ունի չափազանց պարզունակ API՝ փաստաթղթերի ավտոմատ ստեղծման համար: Եվ ընդհանրապես, այս համակարգերի մեծ մասը գալիս է mainframes-ի ժամանակներից: Որևէ մեկը գիտի՞ իսկապես ժամանակակից ITSM համակարգեր: Արդյո՞ք որևէ մեկն ունի ժամանակակից DevOps-ի և բյուրոկրատիայի ինտեգրման հաջող փորձ: Խոսքը, իհարկե, ոչ թե զուտ վաճառքի կայքերի մասին է, որտեղ իրականում ամեն օր կարող է տեղակայվել, այլ, օրինակ, բանկային հատվածը, որը գտնվում է աուդիտորների տակ և շատ ուժեղ մեկուսացման մեջ ավելի բարձր միջավայրերում։
Պարզապես մի մոռացեք, որ ձեր բոլոր երևակայությունները սահմանափակվում են աուդիտով: Եվ դա փոխում է ամեն ինչ: Սպասում եմ ձեզ մեկնաբանություններում։
Source: www.habr.com