Tema DevOps-a i IaC-a je vrlo popularna i brzo raste. Međutim, većina autora se na tom putu bavi isključivo tehničkim problemima. Opisaću probleme specifične za veliku kompaniju. Nemam rješenje - problemi su generalno fatalni i leže u oblasti birokratije, revizije i "mekih vještina".
Pošto je naslov članka takav, onda će se Daenerys ponašati kao mačka, prešavši na stranu Enterprisea
Nesumnjivo, sada dolazi do sukoba starog i novog. I često u tim sudarima nema ni ispravnog ni pogrešnog. Tako se dogodilo. Ali, da ne bismo bili neosnovani, počećemo sa ovim ekranom:
Ovo je takozvani zahtjev za promjenu. Vidite oko trećine polja koja treba popuniti iz raznih direktorija, ostala polja su u drugim karticama. Takav dokument mora biti popunjen kako bi se skripta primijenila na proizvodni server, ili učitala nove datoteke i, općenito, nešto promijenila.
Broj polja je toliki da sam napisao svoju malu automatizaciju za popunjavanje ovih polja. Štaviše, ova stranica je napisana na način da nijedan alat za automatizaciju ne vidi njena polja, a jedino moguće rješenje je bilo korištenje AutoIta za glupo udaranje u koordinate mišem. Procijenite stepen očaja da se odlučite za ovo:
Dakle, uzimate jenkins, chef, terraform, nexus i tako dalje, i radosno raspoređujete sve ovo na svom dev-u. Ali vrijeme je da ga pošaljete QA, UAT i PROD. Imate Nexus artefakt i primili ste pismo od DBA s nečim poput ovoga:
Poštovani,
Prije svega, vaš Nexus koji možete imati za sebe. Nemam pristup vašem Nexusu
Drugo, sve promjene moraju biti izdate kao zahtjev za promjenu.
Morate izdvojiti SQL skripte iz Nexusa i priložiti ih zahtjevu za promjenu.
Ako promjena nije Hitna, treba je izvršiti u roku od 7 dana od objavljivanja (isključivo vikendom)
Kada vaš zahtjev za promjenom odobri gomila ljudi, DBA će izvršiti vašu skriptu, pa čak i poslati snimak ekrana s rezultatom poštom.S poštovanjem, vaš DBA, koji ovdje radi od mainframe-a.
Znate li na šta me ovo podsjeća? Poluautomatizacija: robot drži okvir, a radnik ga udara maljem. Pa, stvarno, čemu služi ovaj Nexus, ako se onda sve radi potpuno ručno?
Ali nemojte kriviti Enterprise za ovo! To je, naravno, krvavo, ali sva ova birokratija sa zahtjevima za promjenu je iznuđena i dolazi od revizora. Preduzeće mora da radi na taj način, tačka. On to ne može drugačije. A revizija je vrlo konzervativna stvar. Koliko se, na primjer, govorilo o tome da su duge pseudo-složene i često mijenjane lozinke loše, ali će preduzeća biti posljednje mjesto za promjenu. Također sa raspoređivanjem i svim ostalim.
Inače, svojevremeno sam pokušao napraviti fajl za terraform, ali nisam uspio. Nabasao sam na značenje oznake 'Project Accounting Billing Code', koju nikada nisam uspio saznati - nisam imao dovoljno soft skills.
Ne uzimam čak ni temu pasivnog ludizma - oh, vaša automatizacija ugrožava moju sigurnost posla, ne želim naučiti ništa novo, pa ću tiho sabotirati.
Dakle, šta bi moglo biti rješenje? ITSM sistem ima izuzetno primitivan API za automatsko generisanje dokumenata. I općenito, većina ovih sistema dolazi iz vremena velikih računala. Možda neko zna zaista moderne ITSM sisteme? Možda neko ima uspješno iskustvo integracije modernog DevOps-a i birokratije? Ovdje se, naravno, ne radi o čisto korumpiranim sajtovima, gdje se to zaista može svakodnevno rasporediti, već, na primjer, o bankarskom sektoru koji je pod revizorima i vrlo snažnom izolacijom viših sredina.
Samo ne zaboravite da su sve vaše fantazije ograničene na reviziju. I to sve mijenja. Čekamo vas u komentarima!
izvor: www.habr.com