DevOps eta IaC gaia oso ezaguna da eta azkar garatzen ari da. Hala ere, egile gehienek arazo tekniko hutsak lantzen dituzte bide horretan. Enpresa handi baten ezaugarriak diren arazoak deskribatuko ditut. Ez dut irtenbiderik - arazoak, oro har, larriak dira eta burokraziaren, auditoretzaren eta "gaitasun bigunen" arloan daude.
Artikuluaren izenburua honelakoa denez, Enterpriseren alde egin duen Daenerysek katu gisa jardungo du.
Zalantzarik gabe, orain zaharra eta berria talka dago. Eta askotan talka hauetan ez dago ez zuzena ez gaizki. Horrela gertatu zen. Baina, funtsik gabekoa ez izateko, pantaila honekin hasiko gara:
Hau Aldaketa Eskaera deritzona da. Hainbat direktoriotatik bete beharreko eremuen heren bat ikusten duzu, gainerako eremuak beste laster-marketan daude. Dokumentu hori bete behar da ekoizpen-zerbitzariari scripta aplikatzeko, edo fitxategi berriak igotzeko edo, oro har, ezer aldatzeko.
Eremu kopurua halakoa da, nire automatizazio txikia idatzi nuen eremu hauek betetzeko. Gainera, orri hau automatizazio-tresnek ezin duten bere eremuak ikus ditzakeen moduan idatzita dago, eta irtenbide posible bakarra AutoIt erabiltzea zen saguarekin koordenatuetan ergelki klik egiteko. Ebaluatu zure etsipen maila hau egiteko:
Beraz, jenkins, chef, terraform, nexus, etab. hartzen dituzu eta pozik zabalduko duzu guztia zure garatzailean. Baina garaia iritsi da QA, UAT eta PROD-era bidaltzeko. Nexus artefaktu bat duzu eta DBAren gutun bat jasotzen duzu honelako zerbaitekin:
Maitea,
Lehenik eta behin, zure nexus zuk zeuk izan dezakezu. Ez daukat zure Nexuserako sarbidea
Bigarrenik, aldaketa guztiak Aldaketa Eskaera gisa bidali behar dira.
Nexus-etik SQL script-ak atera eta Aldaketa-eskaerara erantsi behar dituzu.
Aldaketa Larrialdikoa ez bada, kaleratu baino 7 egun lehenago egin beharko da (asteburuan soilik)
Zure Aldaketa Eskaera jende pila batek onartzen duenean, DBAk zure script-a exekutatuko du eta emaitzaren pantaila-argazkia ere bidaliko du postaz.Agurrik onena, mainframearen garaietatik hemen lanean ari den zure DBA.
Ba al dakizu zer gogorarazten didan honek? Erdi-automatizazioa: robotak markoari eusten dio, eta langileak mailu batekin jotzen du. Beno, benetan, zertarako balio du Nexus honek dena eskuz egiten bada?
Baina Enterpriseri ez zaio honen errua izan behar! Odoltsua da, noski, baina Aldaketa Eskaerak dituen burokrazia hori guztia behartuta dago eta ikuskariengandik dator. Enpresak horrela funtzionatu behar du, eta. Ezin du beste modu batera egin. Eta auditoria oso gauza kontserbadorea da. Esate baterako, zenbat esan den pasahitz sasi-konplexu luzeak eta maiz aldatzen diren pasahitz txarrak direla, baina enpresak izango dira hori aldatuko den azken lekua. Inplementazioekin eta gainontzeko guztiarekin ere.
Bide batez, garai batean Terraform-erako fitxategi bat sortzen saiatu nintzen, baina ez zuen funtzionatu. 'Proiektuaren Kontabilitate Fakturazio Kodea' etiketaren esanahia estropezu egin nuen, sekula ez nuen jakitea lortu - ez nuen gaitasun bigun nahikorik.
Ludismo pasiboaren gaia ere ez dut jorratzen - oh, zure automatizazioak nire lan-segurtasuna mehatxatzen du, ez dut ezer berririk ikasi nahi, beraz, isilean sabotatuko dut.
Tira, zein izan daiteke irtenbidea printzipioz? ITSM sistemak API oso primitiboa du dokumentuak automatikoki sortzeko. Eta, oro har, sistema horietako gehienak mainframeen garaietatik datoz. Inork ezagutzen al du ITSM sistema modernorik? Norbaitek esperientzia arrakastatsua du DevOps modernoa eta burokrazia integratzen? Ez gara, noski, salmenta gune hutsez ari, non benetan hedapen bat egon daitekeen egunero, baizik eta, adibidez, banku-sektorea, auditoreen menpe dagoena eta goi-inguruneetan oso isolatuta dagoena.
Ez ahaztu zure fantasia guztiak ikuskaritzak mugatzen dituela. Eta horrek dena aldatzen du. Zure zain nago iruzkinetan!
Iturria: www.habr.com