Ko gre za razvoj programske opreme, sodobna praksa devops - kjer se razvijalci in IT-postopki združujejo, da bi programsko opremo ponudili na bolj poenostavljen način - je pometala pot skozi podjetje, saj vse več organizacij vidi prednosti večje avtomatizacije in več pogoste izdaje.
Ali se bo posvojitev devopsa še hitreje pospešila, ko bo pandemija poudarila potrebo po večji digitalni agilnosti?
Ko se bliža londonska izdaja Enterprise Devops Summit (v novi virtualni obliki), je bilo to prvo vprašanje, ki smo ga postavili svojemu gostitelju in ustanovitelju Geneu Kimu, nekdanjemu tehničnemu direktorju Tripwireja in avtorju treh priljubljenih knjig devops.
Spodnji pogovor je bil urejen zaradi jasnosti in kratkosti.
: Kako je pandemija v veliki meri vplivala na devops?
Gene Kim: Na Twitterju se trenutno dogaja meme o tem, kateri izvršni direktor na ravni C je najbolj napredoval na področju digitalnih motenj? Je to izvršni direktor, finančni direktor, direktor informacijske tehnologije ali COVID-19? Zmagovalec je COVID-19. Mislim, da je tako res.
Digitalne motnje so bile lani skoraj na vsakem dnevnem redu upravnega odbora. Zdaj ga je COVID-19 potisnil naprej tri do pet let. Mislim, da kar je bilo tako zanimivega, obstaja toliko zgodb o junaštvu, ki jih morajo organizacije storiti, da bi desettisočim in stotisočim delavcem omogočili, da lahko delajo od doma. To je bilo mogoče le z bistvenim kršenjem vseh pravil.
To kaže na informacijsko in poslovno vodstvo, kaj je mogoče in česa so te ekipe dejansko sposobne. Tako pogosto so okovani in večina ljudi bi rekla, da je bilo vse, kar je bilo storjeno, da bi ljudem omogočili delo od doma - nekateri, ki še nikoli niso delali od doma, na primer finančne ekipe iz zalednih pisarn, le majhen čudež.
: Najnovejše poročilo State of Devops je pokazalo to ogromno sredino organizacij, ko gre za zrelost devopsov.
Ali menite, da bo pandemija potisnila to srednjo pot v zrelejši prostor ali menite, da je težko obnoviti način delovanja skupin, ko so vsi oddaljeni?
Kim: Mislim, da to ne bo ovira, dejstvo, da je oddaljena. Vemo, da je to mogoče. Eno mojih največjih presenečenj na poti je bilo spoznanje, da je bil GitHub v začetku leta 2010, vsa infrastrukturna ekipa, oddaljen. Torej v zgodnjih dneh v istem mestu ni bilo dveh inženirjev.
V petih letih dela poročila o stanju preusmeritev smo ugotovili, da industrija ni pomembna. Ni bilo pomembno, ali ste v zdravstvu, na drobno, kar koli. Verjetnost, da bi bil uspešen ali srednje ali slabo, je bila v bistvu enaka, ne glede na panogo.
To se je spremenilo lani, pravzaprav je bila prodaja na drobno bolj verjetna. Mislim, da to kaže, da maloprodajni pokalipsa ali eksistencialna grožnja potiska maloprodajno industrijo k hitrejšemu prilagajanju praks devops. Menim, da je posledica tega, da bo COVID-19 spodbudil vsako panogo, da hitreje sprejme devops, samo zaradi vseh poslovnih pritiskov, o katerih smo pravkar govorili.
: Kako se počutite glede vzpona DevSecOps in druge nove terminologije okoli devopsa?
Kim: To je argument, ki sem ga imel, ko je leta 2016 izšel Priročnik za Devops, z mojim soavtorjem Johnom Willisom. Imel je zelo visceralno reakcijo, da je devops samo en. Ne gre za to, da ne verjame vanjo, toda prepričal me je, da smo takrat v industriji potrebovali en dežnik, v katerega smo vse postavili. Obožujem idejo DevSecOps ali kakršen koli način, kako razširiti dežnik in pripeljite druga plemena. Obožujem devope, saj na ta način sporočam, da bi morali vse, kar ni devops, povezati s starimi, slabimi načini početja.
: Kaj pa AIops?
Kim: Ja, AIops, MLops, všeč mi je ta fraza, vendar imam ozko stališče, da skoraj ni toka vrednosti, ki ga ni mogoče izboljšati z uporabo podatkov, ki jih ustvarja ta tok vrednosti. Ne glede na to, ali gre za trženje napovedi nakupa strank ali za analizo napak in napovedovanje infrastrukture.
Težava je v tem, da ko imate 50 milijonov dolarjev vrednih projektov strojnega učenja, ki jih izvajajo ne-programski strokovnjaki, ne uporabljajo nadzora različic ali najboljših tehnik, ki smo jih razvili v zadnjih 30 letih. Ves način ustvarjanja kompletov za usposabljanje in teh novih proizvodnih modelov so tehnike drugačne od tistih, ki jih kot programski inženirji uporabljamo.
Microsoft je govoril o tem, kako uporabljajo MLops za vključitev teh znanstvenikov v tehnološke tokove vrednosti. John Deere je za vrsto svojih pobud predstavil, kako to počnejo.
Težava je v tem, da imate pogosto te modele, ki so prototipirani v Pythonu ali SPSS, kar je super, vendar niso pripravljeni za proizvodnjo. Potrebno je torej nekaj drugega, da se misija dejansko izpolni. AI ustvarja povsem drugačen problem pri ustvarjanju proizvodnih storitev. Obstaja resnično bogato področje, ki ga je vsekakor treba obravnavati.
: Katera so največja preostala ozka grla za organizacije, ki uporabljajo prakse devopsa? In ali obstaja alternativna pot?
Kim: Mislim, da je devops neizprosen, neizogiben. Rekel bi, da je največja ovira vodstvo in nakup podjetja. Ko pogledam zadnjih sedem let konference, ena izmed stvari, ki v resnici izstopa, je, da so ljudje, ki predstavljajo predstavitve, vsako leto starejši.
Letos imamo Patricka Eldridgea, izvršnega direktorja Nationwide Building Society. Imamo veliko podpredsednikov in tehničnih direktorjev, ki se pogosto predstavljajo s svojim poslovnim partnerjem, osebo, odgovorno za dobiček in izgubo teh podjetij. Mislim, da to kaže, da devops pravzaprav ni tehnološki problem, ampak poslovni problem. To so pogovori, ki kažejo, v kolikšni meri je devops vključen v vsak vidik strategije in delovanja.
Če vzamemo Nationwide, zaposlujejo približno 1200 ljudi, ko se velik del industrije zmanjšuje. Mislim, da to samo kaže, kako močan signal, da devops organizacijam ne omogoča samo preživetja na trgu, ampak uspevajo tudi v okolju, kjer rastejo, medtem ko se druge zmanjšujejo.
: Kako porast posod vpliva na prakse devopsa?
Kim: Vse te tehnologije - zabojniki so verjetno najmočnejši - so resnično prisilile ljudi, da razmišljajo o nespremenljivi infrastrukturi ali infrastrukturi kot kodi. Ne vem, v katero smer gre vzročnost, bodisi ljudje, ki razmišljajo na devops, kjer že razmišljajo o infrastrukturi kot kodi, verjetno veliko hitreje poberejo stvari, kot so kontejnerji, ali pa je vrednost ponudbe vsebnikov tako visoka da to posrka vase.
Kdo bi se lahko vrnil na stari način, ko bi poskušal ugotoviti, kako lahko okolje vašega prenosnika izgleda enako kot produkcijsko? Vse te stvari torej jasno kažejo, da obstaja boljši način dela. Mislim, da se je zelo težko vrniti nazaj, ko naredite stvari, kot je nenehna integracija, kot je nenehna dostava. Ko to enkrat izkusite, se je res težko vrniti k staremu načinu početja.
Mislim, da je Edgar Schein v antropologiji in sociologiji dejal, da so "orodja kulturni artefakt". Orodja torej spremenijo način razmišljanja in način dela. Zato se strinjam z vašo trditvijo, da ta orodja vsekakor pospešujejo devopsov način dela.
: Zakaj je bilo do zdaj tako težko vključiti varnost v devops?
Kim: Če bi imeli ta pogovor pred osmimi leti, mislim, da bi se vprašali, „zakaj je težko dobiti operacije?“ Ali zato, ker se bojijo, da bi njihova služba odšla?
Nekateri govorijo o NoOpsu, kjer ne potrebujemo več operacij, ko mislim, da je vsem, ki so uporabljali Kubernetes, povsem jasno, da noben razvijalec ne želi, da bi se Kubernetes dejansko naučil, želimo, da to storijo za nas infrastrukturni ljudje. Mislim, da enako velja za varnost. Želimo, da so produktne skupine in razvojne skupine v celoti odgovorne za razpoložljivost storitev, operativnost in varnost. Nočemo, da bi morali razvijalci postati strokovnjaki na ravni vsakega kotička, v katerem se lahko skrivajo varnostne ranljivosti.
Resnično želimo izkoristiti posebne varnostne veščine, bodisi jih vključiti v ekipe bodisi izkoristiti platforme, ki jih gradijo, tako da je vse, kar napišemo na platformo, bistveno bolj varno. Mislim, da ta dan prihaja. Tako kot pri operacijah je tudi ta delitev pri razvijalcih tako velika, da je naravna reakcija "nad mojim mrtvim telesom" in prepričan sem, da bi se to dalo urediti.
: Kako se je razvil nabor spretnosti inženirja devopsa?
Kim: Ena najpomembnejših veščin, sposobnosti in lastnosti, ki so potrebne v teh pionirskih uporih - z uporabo devopov za strmoglavljenje starodavnega močnega reda, ki so zelo veseli stvari, ki jih počnejo 30 do 40 let - so medfunkcionalne sposobnosti lahko prišli do mize do svojih poslovnih kolegov in pomagali rešiti težave. Tako te ekipe rastejo in zaposlujejo, ko se toliko drugih ekip zmanjšuje.
Eden najpogostejših imenovalcev med pogovori, ki sem jih letos slišal do zdaj, je, da vsi zaposlujejo. Mislim, da se ljudje, ki jih imajo devopi, toliko trudijo in bolj ko bodo našli te pobude in poslovneže, ki jih potrebujejo, je prihodnost zelo svetla.
Moj prijatelj Tom Limoncelli, ki je napisal knjigo o upravljanju sistema v oblaku - povedal jo je za operacije, vendar mislim, da jo je mogoče uporabiti povsod -, je, da smo na razpotju: po eni poti se nam plača prepolovi in edino delo, ki ga lahko najdemo, je v baru Genius v trgovini Apple Store. Po drugi poti se naša plača podvoji, ker imamo najbolj vroče veščine na trgu. Zdelo se mi je briljantno.
