Ohjelmistokehityksen osalta nykyaikainen devops-käytäntö - jossa kehittäjät ja IT-toiminnot yhdistävät ohjelmistojen virtaviivaistamisen - on ollut läpi yrityksen, kun yhä useammat organisaatiot näkevät suuremman automatisoinnin ja muun edut toistuvat julkaisut.
Nyt, kun pandemia tuo esiin suuremman digitaalisen ketteryyden tarpeen, kiihdytetäänkö adoptien adoptiota vielä nopeammin?
Enterprise Devops Summitin Lontoon painoksen lähestyessä (uudessa virtuaalimuodossa), se oli ensimmäinen kysymys, jonka kysyimme sen isännältä ja perustajalta Gene Kimiltä, entiseltä Tripwire-johtajalta ja kolmen suositun devops-kirjan kirjoittajalta.
Alla olevaa keskustelua on muokattu selkeyden ja lyhyyden vuoksi.
: Kuinka pandemia on vaikuttanut laajasti devopsiin?
Gene Kim: Twitterissä on tällä hetkellä menossa meme siitä, mikä C-tason johtaja on edistänyt digitaalisten häiriöiden ohjelmaa eniten? Onko toimitusjohtaja, talousjohtaja, tietohallintojohtaja vai COVID-19? COVID-19 on voittaja. Minusta se on niin totta.
Digitaaliset häiriöt olivat melkein jokaisessa hallituksen asialistassa viime vuonna. Nyt COVID-19 on työntänyt sitä eteenpäin kolmesta viiteen vuoteen. Mielestäni on ollut niin mielenkiintoista, että sankareista on niin monia tarinoita, jotka järjestöjen on tehtävä, jotta kymmenet tuhannet, sadat tuhannet työntekijät voivat työskennellä kotona. Se oli mahdollista vain rikkomalla olennaisesti kaikkia sääntöjä.
Tämä osoittaa IT- ja yritysjohtajuudelle, mikä on mahdollista ja mihin nämä ryhmät todella pystyvät. Niin usein heidät on kahlittu ja useimmat ihmiset sanoivat, että kaikki, mikä tehtiin ihmisten työskentelemiseksi kotona - jotkut, jotka eivät ole koskaan aikaisemmin työskennelleet kotona, kuten back office -talousryhmät -, oli vain pieni ihme.
: Viimeisin State of Devops -raportti osoitti tämän organisaatioiden valtavan keskitason, kun kyse on devops-kypsyydestä.
Luuletko, että pandemia työntää tuon keskitien kypsempään avaruuteen, vai luuletko, että on vaikea rakentaa tiimien toimintatapaa kaikkien kauko-ohjauksessa?
Kim: En usko, että se olisi este, tosiasia, että se on kaukana. Tiedämme, että se on mahdollista. Yksi suurimmista yllätyksistä matkallani oli oppiminen, että GitHub 2010-luvun alussa, koko infrastruktuuritiimi, oli etäinen. Joten samassa kaupungissa ei koskaan ollut kahta op-insinööriä, alkuaikoina.
Viiden vuoden aikana State of Devops -raportin laatimisesta olemme huomanneet, että teollisuudella ei ollut väliä. Sillä ei ollut merkitystä, oletko terveydenhuollossa, vähittäiskaupassa tai muualla. Todennäköisyys olla korkea, keskitasoinen tai heikko suorittaja oli periaatteessa sama teollisuudesta riippumatta.
Se muuttui viime vuonna, vähittäiskauppa oli todennäköisesti todennäköisemmin korkean suorituskyvyn. Luulen, että tämä osoittaa, että vähittäiskaupan kalenteri tai eksistentiaalinen uhka pakottaa vähittäiskauppaa mukauttamaan devops-käytäntöjä nopeammin. Luulen, että seuraus on, että COVID-19 ajaa kaikki toimialat omaksumaan devops nopeammin, juuri kaikkien liiketoimintapaineiden takia, joista juuri puhuimme.
: Mitä mieltä olet DevSecOpsin ja muun uuden terminologian noususta devopien ympärillä?
Kim: Tämä on väite, jonka minulla oli, kun Devops-käsikirja ilmestyi vuonna 2016, yhdessä avustajani John Willisin kanssa. Hänellä oli hyvin viskeraalinen reaktio, että on vain yksi devops. Kyse ei ole siitä, ettei hän usko siihen, mutta hän vakuutti minut siitä, että teollisuuden tuolloin tarvitsimme yhden sateenvarjon kaiken sijoittamiseksi. Rakastan DevSecOpsin ideaa tai mitä tahansa tapaa laajentaa sateenvarjoa ja tuoda muita heimoja sisään. Rakastan devoppeja, sillä tällä tavoin ilmaista, että kaiken, mikä ei ole devops, meidän tulisi olla yhteydessä vanhoihin, huonoihin tapoihin tehdä asioita.
: Entä AIops?
Kim: Joo, AIops, MLops, rakastan tätä ilmausta, mutta omaksun kapean näkemyksen, että melkein ei ole arvovirtaa, jota ei voida parantaa paremmalla käyttämällä kyseisen arvovirran tuottamia tietoja. Olipa kyse markkinoinnista asiakkaiden ostoennusteisiin tai vika-analyyseihin ja infrastruktuurin ennakointiin.
Ongelmana on, että kun sinulla on nämä 50 miljoonan dollarin koneoppimisprojektit, jotka tekevät muut kuin ohjelmisto-ammattilaiset, he eivät käytä versionhallintaa tai parhaita tekniikoita, jotka olemme kehittäneet viimeisten 30 vuoden aikana. Koko tapa tuottaa koulutusjoukkoja ja näitä uusia tuotantomalleja, tekniikat ovat erilaiset kuin mitä me ohjelmistoinsinööreinä käytämme.
Microsoft puhui siitä, kuinka he käyttävät MLopsia integroimaan nämä tutkijat teknologian arvovirtoihin. John Deere piti esityksen siitä, miten he tekevät sen joukon aloitteitaan varten.
Ongelmana on, että usein sinulla on nämä mallit, jotka ovat prototyyppisiä Pythonissa tai SPSS: ssä, mikä on hienoa, mutta ne eivät ole valmiita tuotantoon. Joten jotain muuta tarvitaan sen varmistamiseksi, että lähetys todella palvellaan. Tekoäly luo tämän koko erilaisen ongelman tuotantopalvelujen luomisessa. On todella rikas kenttä, johon on ehdottomasti puututtava.
: Mitkä ovat suurimmat pullonkaulat organisaatioille, jotka omaksuvat devops-käytäntöjä? Ja onko olemassa vaihtoehtoista reittiä?
Kim: Mielestäni devops on väistämätön, väistämätön. Sanoisin, että suurin este on johtajuus ja yritysostot. Kun tarkastelen konferenssin viimeisiä seitsemää vuotta, yksi niistä asioista, joka todella erottuu, ovat ihmiset, jotka pitävät esityksiä, ovat vanhempia joka vuosi.
Tänä vuonna meillä on Patrick Eldridge, Nationwide Building Societyn operatiivinen johtaja. Meillä on joukko varapuheenjohtajia ja teknisiä johtajia, ja usein he esittelevät liike-elämän kollegansa kanssa, henkilön, jolla on vastuu kyseisistä yrityksistä. Mielestäni tämä osoittaa, että devops ei todellakaan ole teknologiaongelma, se on liike-elämän ongelma. Nämä keskustelut osoittavat, missä määrin devops on integroitu strategian ja toiminnan kaikkiin osa-alueisiin.
Ota Nationwide, he palkkaavat noin 1200 ihmistä, kun suuri osa teollisuudesta on kutistumassa. Luulen, että tämä vain osoittaa, kuinka vahva signaali, jonka devops antaa organisaatioille paitsi selviytyä markkinoilla, myös menestyä ympäristössä, jossa ne kasvavat, kun taas muut vähenevät.
: Kuinka konttien nousu vaikuttaa devops-käytäntöihin?
Kim: Kaikki nämä tekniikat - luultavasti vahvimmat kontit - pakottivat ihmiset ajattelemaan muuttumattomaa infrastruktuuria tai infrastruktuuria koodina. En tiedä mihin suuntaan syy-yhteys kulkee, joko ihmiset, jotka ajattelevat devops-tavalla, missä he ajattelevat jo infrastruktuuria koodina, luultavasti noutavat esimerkiksi kontit paljon nopeammin, tai ehkä konttien arvo on niin korkea että se imee ihmisiä sisään.
Kuka voisi palata vanhaan tapaan yrittää selvittää, miten kannettavan tietokoneen ympäristö näyttää samalta kuin tuotantoympäristö? Joten kaikki nämä asiat tekevät siitä niin selvän, että on parempi tapa työskennellä. Minusta on erittäin vaikeaa palata takaisin, kun olet tehnyt esimerkiksi jatkuvan integraation, kuten jatkuvan toimituksen. Kun olet kokenut sen, on todella vaikeaa palata vanhaan tapaan tehdä asioita.
Luulen, että Edgar Schein sanoi, että "välineet ovat kulttuurinen esine" antropologiassa ja sosiologiassa. Joten työkalut muuttavat ajattelutapaa ja työskentelytapaa. Joten olen samaa mieltä väitteesi kanssa, että nämä työkalut kiihdyttävät ehdottomasti työtapaa.
: Miksi on ollut niin vaikeaa integroida tietoturva devopsiin?
Kim: Jos käymme tätä keskustelua kahdeksan vuotta sitten, luulen, että kysyisimme: "Miksi on vaikea saada operaatioita alukselle?" Onko se siksi, että he pelkäävät työpaikkojensa katoavan?
Jotkut ihmiset puhuvat NoOpsista, jossa emme enää tarvitse toimintoja, kun luulen, että Kubernetesia käyttäneille on melko selvää, että kukaan kehittäjä ei halua todella oppia Kubernetesia, haluamme, että infrastruktuurihenkilöt tekevät sen puolestamme. Mielestäni sama koskee turvallisuutta. Haluamme tuotetiimien ja kehitystiimien olevan täysin vastuussa palvelujen saatavuudesta, käytettävyydestä ja turvallisuudesta. Emme halua, että kehittäjistä tulee asiantuntijoita jokaisessa nurkassa, johon tietoturva-aukkoja voi piilottaa.
Haluamme todella hyödyntää tietoturvan erikoisosaamista, joko tuoda heidät tiimeihin tai hyödyntämään heidän rakentamiaan alustoja, jotta kaikki alustalle kirjoittamamme on pohjimmiltaan turvallisempaa. Luulen, että päivä on tulossa. Kuten operaatioiden tapaan, tämä kuilu on niin suuri kehittäjien kanssa, että luonnollinen reaktio on "kuollut ruumiini päällä", ja olen varma, että se voidaan järjestää.
: Kuinka devops-insinöörin taito on kehittynyt?
Kim: Yksi tärkeimmistä taidoista, kyvyistä, ominaisuuksista, joita tarvitaan näissä uraauurtavissa kapinoissa - käyttämällä devoppeja kaatamaan muinainen voimakas järjestys, jotka ovat erittäin tyytyväisiä tekemään asioita samalla tavalla kuin heillä on 30-40 vuotta - pystyttävä tavoittamaan pöydän poikki liikekumppaneidensa kanssa ja auttamaan ongelmien ratkaisemisessa. Näin nämä joukkueet kasvavat ja palkkaavat, kun niin monet muut joukkueet kutistuvat.
Yksi yhteisiä nimittäjiä tänä vuonna tähän mennessä kuulemissani keskusteluissa on, että ne kaikki palkkaavat. Luulen, että devops-ihmisillä on niin paljon tekemistä heidän puolestaan, ja mitä enemmän he löytävät nämä aloitteet ja niitä tarvitsevat liikemiehet, tulevaisuus on erittäin valoisa.
Minun ystäväni Tom Limoncelli, joka kirjoitti kirjan pilvijärjestelmän hallinnosta - hän sanoi sen toiminnalle, mutta mielestäni sitä voidaan soveltaa kaikkialla - on, että olemme haarassa tiellä: Yhdellä polulla palkkamme puolittuu ja ainoa työpaikka, jonka löydämme, on Genius-baarissa Apple Storessa. Toisella polulla palkkamme kaksinkertaistuu, koska meillä on markkinoiden kuumimmat taidot. Luulin, että se oli loistava.
