Stručnjak za Devops, Gene Kim: Kako devops pomaže poslovanju u izazovan vremenima

Što se tiče razvoja softvera, moderna praksa devopsa - gdje se programeri i IT operacije kombiniraju za isporuku softvera na jednostavniji način - briše svoj put kroz poduzeće, jer sve više i više organizacija vidi prednosti veće automatizacije i više česta izdanja.

Sad, s pandemijom koja naglašava potrebu za većom digitalnom agilnošću, hoće li se usvajanje devopa ubrzati još brže?

Kako se bliži londonsko izdanje Enterprise Devops Summita (u novom virtualnom formatu), to je bilo prvo pitanje koje smo postavili njegovom domaćinu i osnivaču Geneu Kimu, bivšem tehničkom direktoru Tripwire-a i autoru tri popularne knjige o devopsima.

Razgovor u nastavku uređen je radi preglednosti i sažetosti.

: Kako je pandemija široko utjecala na devops?

Gene Kim: Na Twitteru se trenutno događa meme o tome koja je izvršna osoba na razini C najviše napredovala u programu digitalnih poremećaja? Je li to izvršni direktor, financijski direktor, direktor informacijske tehnologije ili COVID-19? COVID-19 je pobjednik. Mislim da je to istina.

Digitalni poremećaj bio je na skoro svakom dnevnom redu odbora prošle godine. Sada ga je COVID-19 pokrenuo tri do pet godina unaprijed. Mislim da je ono što je bilo toliko zanimljivo jest da postoji toliko mnogo priča o junaštvu koje organizacije moraju učiniti kako bi desecima tisuća i stotinama tisuća radnika mogle raditi od kuće. To je bilo moguće samo u biti kršenjem svih pravila.

To pokazuje IT i poslovnom vodstvu što je moguće i za što su ovi timovi zapravo sposobni. Tako su često okovani i većina ljudi bi rekla da je sve što je učinjeno kako bi se ljudima omogućilo da rade od kuće - neki koji nikada prije nisu radili od kuće, poput financijskih timova iz back officea - bilo samo malo čudo.

: Najnovije izvješće State of Devops pokazalo je ovu ogromnu sredinu organizacija kada je u pitanju zrelost devopa.

Mislite li da će pandemija gurnuti tu sredinu u zreliji prostor ili mislite da je teško obnoviti način funkcioniranja timova kad su svi udaljeni?

Kim: Mislim da to neće biti prepreka, činjenica da je udaljena. Znamo da je to moguće. Jedno od mojih najvećih iznenađenja na putovanju bilo je saznanje da je GitHub početkom 2010., sav infrastrukturni tim, bio udaljen. Dakle, nije bilo dva operativna inženjera u istom gradu, nikada, u ranim danima.

U pet godina rada State of Devops Report otkrili smo da industrija nije bitna. Nije bilo važno jeste li u zdravstvu, maloprodaji, bilo čemu. Vjerojatnost da će biti visoko ili srednje ili slabije izvođač u osnovi je bila ista, bez obzira na industriju.

To se promijenilo prošle godine, maloprodaja je zapravo imala veću vjerojatnost da će postići dobre rezultate. Mislim da to pokazuje da maloprodajna pokalipsa ili egzistencijalna prijetnja tjera maloprodajnu industriju da brže prilagođava prakse devopa. Mislim da je posljedica toga da će COVID-19 potaknuti svaku industriju da brže usvoji devops, samo zbog svih poslovnih pritisaka o kojima smo upravo razgovarali.

: Kako vam se čini porast DevSecOps-a i druge nove terminologije oko devopa?

Kim: Ovo je argument koji sam imao kad je 2016. izašao Priručnik za Devops, s mojim koautorom Johnom Willisom. Imao je vrlo visceralnu reakciju da postoji samo jedan devops. Nije da on u to ne vjeruje, ali ono što me uvjerio je da nam je u tom trenutku u industriji trebao jedan kišobran da sve stavimo. Volim ideju DevSecOps-a ili bilo koji drugi način da proširim kišobran i dovedem druga plemena. Volim devope jer na ovaj način signaliziram da sve što nije devops, trebamo povezivati ​​sa starim, lošim načinima rada.

: Što je s AOops?

Kim: Da, AIops, MLops, volim tu frazu, ali usko smatram da gotovo da nema toka vrijednosti koji se ne može poboljšati korištenjem podataka koje taj tok vrijednosti generira. Bilo da je to marketing za predviđanja kupčeve kupnje ili analiza neuspjeha i predviđanje infrastrukture.

Problem je u tome što kada imate ovih projekata strojnog učenja od 50 milijuna USD, koje su izvodili ne-softverski profesionalci, oni ne koriste kontrolu verzija ili najbolje tehnike koje smo razvili tijekom zadnjih 30 godina. Čitav način generiranja setova za obuku i ovih novih proizvodnih modela, tehnike su različite od onih koje mi kao softverski inženjeri koristimo.

Microsoft je održao govor o tome kako koriste MLops za integraciju tih znanstvenika podataka u tehnološke tokove vrijednosti. John Deere održao je prezentaciju o tome kako to rade za hrpu svojih inicijativa.

Problem je u tome što često imate ove modele koji su prototipirani u Pythonu ili SPSS-u, što je sjajno, ali nisu spremni za proizvodnju. Dakle, potrebno je još nešto kako bi se osiguralo da misija zaista bude ispunjena. AI stvara cijeli ovaj drugačiji problem za stvaranje proizvodnih usluga. Postoji stvarno bogato područje koje definitivno treba riješiti.

: Koja su najveća preostala uska grla za organizacije koje usvajaju prakse devopsa? I postoji li alternativni put?

Kim: Mislim da je devops neumoljiv, neizbježan. Rekao bih da su najveća zapreka vodstvo i kupnja poduzeća. Kad pogledam posljednjih sedam godina konferencije, jedna od stvari koja se zaista ističe jest da su ljudi koji drže prezentacije svake godine stariji.

Ove godine imamo Patricka Eldridgea, glavnog operativnog direktora za Nationwide Building Society. Imamo gomilu potpredsjednika i tehničkih direktora, a često se predstavljaju sa svojim poslovnim kolegom, osobom koja je odgovorna za dobit i gubitak za te tvrtke. Mislim da to pokazuje da devops zapravo nije tehnološki problem, već poslovni problem. Ovo su razgovori koji pokazuju u kojoj je mjeri devops integriran u svaki aspekt strategije i operacije.

Uzmimo Nationwide, oni zapošljavaju nešto poput 1.200 ljudi, kad se velik dio industrije smanjuje. Mislim da ovo samo pokazuje kakav snažan signal koji devops omogućava organizacijama ne samo da prežive na tržištu, već i napreduju u okruženju u kojem rastu dok se druge smanjuju.

: Kako porast kontejnera utječe na prakse devopsa?

Kim: Sve ove tehnologije - kontejneri koji su vjerojatno najjači - stvarno su natjerale ljude da razmišljaju o nepromjenjivoj infrastrukturi ili infrastrukturi kao kodu. Ne znam u kojem smjeru ide uzročnost, ili ljudi koji razmišljaju na način devopsa, tamo gdje već razmišljaju o infrastrukturi kao kodu, vjerojatno mnogo brže pokupe stvari poput kontejnera ili je možda vrijednost prijedloga spremnika tako velika da usisava ljude.

Tko bi se mogao vratiti starom načinu pokušavanja odgonetnuti kako da okruženje vašeg prijenosnog računala izgleda isto kao i proizvodno? Dakle, sve ove stvari toliko jasno pokazuju da postoji bolji način rada. Mislim da je vrlo teško vratiti se nakon što napravite stvari poput kontinuirane integracije, poput kontinuirane isporuke. Jednom kad ste to doživjeli, zaista je teško vratiti se starom načinu rada.

Mislim da je Edgar Schein rekao da su "alati kulturni artefakt" u antropologiji i sociologiji. Dakle, alati mijenjaju način vašeg razmišljanja i način rada. Stoga se slažem s vašom tvrdnjom da ti alati definitivno ubrzavaju devopsov način rada.

: Zašto je do sada bilo tako teško integrirati sigurnost u devops?

Kim: Da smo vodili ovaj razgovor prije osam godina, mislim da bismo se pitali "zašto je teško pokrenuti operacije?" Je li to zato što se boje odlaska poslova?

Neki ljudi govore o NoOpsu, gdje nam više ne trebaju operacije, kad mislim da je svima koji su koristili Kubernetes prilično jasno da zna da niti jedan programer zapravo ne želi naučiti Kubernetes, mi želimo da to rade ljudi iz infrastrukture za nas. Mislim da se isto odnosi i na sigurnost. Ono što želimo je da timovi za proizvode i razvojni timovi budu u potpunosti odgovorni za dostupnost usluga, operativnost i sigurnost. Ne želimo da programeri moraju postati stručnjaci na razini svakog kutka u kojem se sigurnosne ranjivosti mogu sakriti.

Zaista želimo iskoristiti specijalizirane sigurnosne vještine ili ih uvesti u timove ili iskoristiti platforme koje grade, tako da sve što napišemo na platformi bude u osnovi sigurnije. Mislim da taj dan dolazi. Poput operacija, ta je podjela tako velika kod programera, prirodna reakcija je 'preko mog mrtvog tijela', a siguran sam da bi se to moglo dogovoriti.

: Kako se razvio skup vještina inženjera devopsa?

Kim: Jedna od najvažnijih vještina, sposobnosti, osobina potrebnih u ovim pionirskim pobunama - pomoću devopa za rušenje drevnog moćnog poretka, koji vrlo rado rade stvari na način na koji su to radili od 30 do 40 godina - jesu međusobne funkcionalne vještine biti u mogućnosti doći preko stola do svojih poslovnih kolega i pomoći u rješavanju problema. Tako ovi timovi rastu i zapošljavaju kad se toliko drugih timova smanjuje.

Jedan od zajedničkih nazivnika među razgovorima koje sam do sada čuo ove godine je da svi oni zapošljavaju. Mislim da se devops ljudi toliko trude i što više mogu pronaći ove inicijative i poslovne ljude koji ih trebaju, budućnost je vrlo svijetla.

Moj prijatelj, Tom Limoncelli, koji je napisao knjigu o upravljanju sustavom oblaka - rekao je to za operacije, ali mislim da se može primijeniti svugdje - jest da smo u račvanju puta: jednim putem naša se plaća prepolovljuje a jedini posao koji možemo pronaći je u Genius Baru u Apple Storeu. S druge strane, naša se plaća udvostručuje, jer imamo najtoplije vještine na tržištu. Mislila sam da je to sjajno.