Mijara DevOps û IaC pir populer e û zû pêş dikeve. Lêbelê, piraniya nivîskaran li ser vê rêyê bi tenê pirsgirêkên teknîkî re mijûl dibin. Ez ê pirsgirêkên taybetmendiya pargîdaniyek mezin vebêjim. Min çareyek tune - pirsgirêk, bi gelemperî, kujer in û di warê burokrasî, lênêrînê û "kêrhatiyên nerm" de ne.
Ji ber ku sernavê gotarê bi vî rengî ye, Daenerys, ku çûye aliyê Enterprise, dê wekî pisîkê tevbigere.
Bê şik niha lihevketina kevin û nû heye. Û gelek caran di van pevçûnan de ne rast û ne jî xelet heye. Tenê wisa çêbû. Lê, ji bo ku bêbingeh nebin, em ê bi vê ekranê dest pê bikin:
Ev bi navê Daxwaza Guhertinê ye. Hûn nêzîkî sêyek zeviyên ku hewce ne ku ji pelrêçikên cihêreng werin dagirtin dibînin, qadên mayî di nîşangirên din de ne. Pêdivî ye ku belgeyek wusa were dagirtin da ku skrîptê li ser servera hilberînê were sepandin, an pelên nû barkirin, an bi gelemperî tiştek biguhezîne.
Hejmara qadan wisa ye ku min ji bo dagirtina van qadan otomasyona xweya piçûk nivîsand. Digel vê yekê, ev rûpel bi vî rengî hatî nivîsandin ku ti amûrên otomasyonê nikaribin zeviyên wê bibînin, û çareseriya yekane gengaz ev bû ku AutoIt bikar bîne da ku bi ehmeqî li ser koordînatan bi mişkê bikirtîne. Asta bêhêviya xwe binirxînin ku hûn vê bikin:
Ji ber vê yekê, hûn jenkins, chef, terraform, nexus, hwd. digirin, û bi dilxweşî wê hemî li dev xwe bicîh dikin. Lê dem tê ku wê bişînin QA, UAT û PROD. We hunerek Nexus heye û hûn nameyek ji DBA-yê bi vî rengî distînin:
delal,
Berî her tiştî, girêdana we ya ku hûn dikarin ji bo xwe hebin, ez bigihîjim Nexusa we
Ya duyemîn, divê hemî guhertin wekî Daxwazek Guhertinê bêne weşandin.
Pêdivî ye ku hûn nivîsarên SQL ji Nexus derxînin û wan bi Daxwaza Guhertinê ve girêdin.
Ger guhertin ne Awarte be, divê ev 7 roj berî berdanê were kirin (bi taybetî di dawiya Hefteyê de)
Dema ku Daxwaza Guhertina we ji hêla komek kesan ve were pejirandin, DBA dê skrîpta we bicîh bîne û tewra dîmenek encamê bi e-nameyê bişîne.Silav û rêz, DBA-ya we ya ku ji rojên sereke vir ve li vir dixebite.
Ma hûn dizanin ev çi tê bîra min? Nîv-otomatî: robot çarçoweyê digire, û karker bi pêlekê lê dixe. Welê, bi rastî, gelo fêdeya vê Nexus-ê çi ye heke wê hingê her tişt bi tevahî bi destan were kirin?
Lê divê Enterprise ji bo vê yekê neyê tawanbar kirin! Bê guman, xwînxwar e, lê hemî ev burokrasiya bi Daxwazên Guhertinê re bi zorê ye û ji çavdêran tê. Divê pargîdanî bi vî rengî bixebite, heyama. Bi awayekî din nikare bike. Û kontrolkirin tiştekî pir muhafezekar e. Mînakî, çiqas di derbarê vê yekê de hatî gotin ku şîfreyên dirêj ên pseudo-kompleks û pir caran têne guheztin xirab in, lê pargîdanî dê cîhê paşîn be ku ev dê were guheztin. Her weha bi belavkirin û her tiştê din.
Bi awayê, yek carî min hewl da ku pelek ji bo terraform biafirînim, lê ew nexebitî. Ez li ser wateya 'Koda Billê Hesabkirina Projeyê' ketim, ya ku min qet nekariye bibînim - têra min jêhatîbûna nerm tune.
Ez mijara Luddîzma pasîf jî nagirim - oh, otomasyona we ewlehiya karê min tehdîd dike, ez naxwazim tiştek nû fêr bibim, ji ber vê yekê ez ê bi bêdengî sabote bikim.
Baş e, di prensîbê de çareserî çi dibe? Pergala ITSM ji bo hilberîna bixweber belgeyan xwedan API-ya pir primitive heye. Û bi gelemperî, piraniya van pergalan ji demên sereke têne. Ma kes bi pergalên ITSM yên bi rastî nûjen dizane? Ma kesek xwedî ezmûnek serketî ye ku DevOps û burokrasiya nûjen tevde dike? Em, bê guman, ne li ser malperên firotanê yên safî ne, ku bi rastî her roj dikare were bicîh kirin, lê, mînakî, sektora bankingê, ku di bin çavdêran de ye û di hawîrdorên bilind de îzolasyonek pir xurt e.
Tenê ji bîr nekin ku hemî xeyalên we ji hêla venêrînê ve têne sînorkirin. Û ew her tiştî diguherîne. Ez li benda we di şîroveyan de me!
Source: www.habr.com