Тема ДевОпс-а и ИаЦ-а је веома популарна и брзо расте. Међутим, већина аутора се на том путу бави чисто техничким проблемима. Описаћу проблеме специфичне за велику компанију. Немам решење - проблеми су генерално фатални и леже у области бирократије, ревизије и „меких вештина“.
Пошто је наслов чланка такав, Денерис ће се понашати као мачка, прешавши на страну Ентерпрајза
Несумњиво, сада долази до сукоба старог и новог. И често у тим сударима нема ни исправног ни погрешног. Тако се десило. Али, да не бисмо били неосновани, почећемо са овим екраном:
Ово је такозвани захтев за промену. Видите око трећине поља која треба попунити из разних директоријума, остала поља су у другим картицама. Такав документ се мора попунити да би се скрипта применила на производни сервер, или учитала нове датотеке и, уопште, нешто променила.
Број поља је толики да сам написао своју малу аутоматизацију за попуњавање ових поља. Штавише, ова страница је написана на такав начин да ниједан алат за аутоматизацију не види њена поља, а једино могуће решење је било коришћење АутоИта за глупо ударање у координате мишем. Процијените степен очаја да одлучите о овоме:
Дакле, узимате јенкинс, цхеф, терраформ, некус и тако даље, и радосно распоређујете све ово на свом дев-у. Али време је да га пошаљете у КА, УАТ и ПРОД. Имате Некус артефакт и примили сте писмо од ДБА са нечим овако:
Поштовани,
Прво, ваш нексус, можете замислити да немам приступ вашем нексусу
Друго, све промене морају бити поднете као Захтев за промену.
Морате да изолујете СКЛ скрипте из Некуса и приложите их захтеву за промену.
Ако промена није хитна, треба је извршити у року од 7 дана од објављивања (искључиво викендом)
Када ваш захтев за промену одобри гомила људи, ДБА ће извршити вашу скрипту и чак ће послати снимак екрана са резултатом поштом.С поштовањем, ваш ДБА, који овде ради од мејнфрејма.
Знате ли на шта ме ово подсећа? Полуаутоматизација: робот држи оквир, а радник га удара маљем. Па, стварно, чему служи овај Некус, ако се онда све ради потпуно ручно?
Али немојте кривити Ентерприсе за ово! То је, наравно, крваво, али сва ова бирократија са Захтевима за промене је изнуђена и долази од ревизора. Предузеће мора да ради на тај начин, тачка. Он то не може другачије. А ревизија је врло конзервативна ствар. Колико се, на пример, говорило о томе да су дуге псеудо-сложене и често мењане лозинке лоше, али предузећа ће бити последње место за промену. Такође са распоређивањем и свим осталим.
Иначе, својевремено сам покушао да направим датотеку за терраформ, али нисам успео. Набасао сам на значење ознаке 'Пројецт Аццоунтинг Биллинг Цоде', коју никада нисам успео да сазнам – нисам имао довољно софт скиллс.
Не прихватам чак ни тему пасивног лудизма - ох, ваша аутоматизација угрожава моју сигурност посла, не желим да научим ништа ново, па ћу тихо саботирати.
Дакле, шта би могло бити решење? ИТСМ систем има изузетно примитиван АПИ за аутоматско генерисање докумената. И генерално, већина ових система потиче из времена великих рачунара. Можда неко зна заиста модерне ИТСМ системе? Можда неко има успешно искуство интеграције модерног ДевОпс-а и бирократије? Овде се, наравно, не ради о чисто корумпираним сајтовима, где се то заиста може свакодневно распоредити, већ, на пример, о банкарском сектору који је под ревизорима и веома снажном изолацијом виших средина.
Само не заборавите да су све ваше фантазије ограничене на ревизију. И то све мења. Чекамо вас у коментарима!
Извор: ввв.хабр.цом