Kalbant apie programinės įrangos kūrimą, šiuolaikinė „devops“ praktika, kai kūrėjai ir IT operacijos kartu teikia racionalesnę programinę įrangą, perėjo per visą įmonę, nes vis daugiau organizacijų mato didesnės automatikos ir dar daugiau privalumų. dažni leidimai.
Ar pandemijai išryškėjus didesnio skaitmeninio judrumo poreikiui, ar įvaikinimo įvaikinimas paspartės dar greičiau?
Artėjant Londono „Enterprise Devops Summit“ leidimui (nauju virtualiu formatu), tai buvo pirmas klausimas, kurį uždavėme jo vedėjui ir įkūrėjui Gene Kim, buvusiam „Tripwire“ CTO ir trijų populiarių „Devops“ knygų autoriui.
Toliau pateiktas pokalbis buvo redaguotas, kad būtų aiškesnis ir trumpesnis.
: Kaip pandemija iš esmės paveikė devopus?
Gene Kim: Šiuo metu „Twitter“ yra memas apie tai, kuris C lygio vadovas labiausiai įgyvendino skaitmeninių sutrikimų darbotvarkę? Ar tai generalinis direktorius, CFO, CIO ar COVID-19? COVID-19 yra nugalėtojas. Manau, kad tai taip tiesa.
Skaitmeniniai sutrikimai praėjusiais metais buvo beveik kiekvienoje valdybos darbotvarkėje. Dabar COVID-19 jį pastūmėjo į priekį trejus ar penkerius metus. Manau, kas buvo taip įdomu, yra tiek daug herojų istorijų, kurias organizacijos turi padaryti, kad dešimtys tūkstančių, šimtai tūkstančių darbuotojų galėtų dirbti namuose. Tai buvo įmanoma tik iš esmės pažeidus visas taisykles.
Tai rodo IT ir verslo lyderystę, kas yra įmanoma ir ką šios komandos iš tikrųjų sugeba. Taigi dažnai jie yra apkabinti ir dauguma žmonių sakydavo, kad viskas, kas buvo padaryta, kad žmonės galėtų dirbti namuose - kai kurie anksčiau niekada nedirbo namuose, pavyzdžiui, „back office“ finansinės komandos - tai buvo tik mažas stebuklas.
: Naujausia „Devops State“ ataskaita parodė šį didžiulį organizacijų vidurį, kai kalbama apie „Devops“ brandą.
Ar manote, kad pandemija nustums tą vidurį į brandesnę erdvę, ar manote, kad sunku atstatyti komandų veikimą, kai visi yra nutolę?
Kim: Nemanau, kad tai bus kliūtis, tai, kad tai nutolę. Mes žinome, kad tai įmanoma. Vienas didžiausių netikėtumų mano kelionėje buvo sužinoti, kad „GitHub“ 2010-ųjų pradžioje, visa infrastruktūros komanda, buvo nutolusi. Taigi tame pačiame mieste ankstyvomis dienomis nebuvo dviejų inžinierių.
Per penkerius metus atlikdami „Devops State“ ataskaitą pastebėjome, kad pramonė nebuvo svarbi. Nesvarbu, ar esate sveikatos priežiūros, mažmeninės prekybos ir kitose srityse. Tikimybė būti geru, vidutiniu ar žemu atlikėju iš esmės buvo vienoda, nepriklausomai nuo pramonės.
Praėjusiais metais tai pasikeitė, tikėtina, kad mažmeninė prekyba bus geriausia. Manau, kad tai rodo, kad mažmeninė prekyba ar egzistencinė grėsmė verčia mažmeninės prekybos pramonę greičiau pritaikyti „devops“ praktiką. Manau, kad pasekmė yra ta, kad COVID-19 paskatins kiekvieną pramonę greičiau priimti „devops“ vien dėl viso verslo spaudimo, apie kurį ką tik kalbėjome.
: Kaip jūs manote apie „DevSecOps“ ir kitos naujos terminologijos apie „devops“ atsiradimą?
Kim: Tai yra argumentas, kurį turėjau, kai 2016 m. Pasirodė „Devops“ vadovas su savo bendraautoriumi Johnu Willisu. Jam buvo labai viscerali reakcija, kad yra tik vienas išpuolis. Ne tai, kad jis tuo netiki, bet tai, kuo jis mane įtikino, buvo tai, kad tuo metu pramonėje mums reikėjo vieno skėčio, kad viską įdėtume. Man patinka „DevSecOps“ idėja ar bet koks būdas išplėsti skėtį ir pritraukiu kitas gentis. Aš myliu devopus, nes tai reiškia, kad visa, kas nėra devops, turėtume bendrauti su senais, blogais būdais.
: O kaip su AIops?
Kim: Taip, AIops, MLops, man patinka ši frazė, bet aš laikausi siauros nuomonės, kad beveik nėra vertės srauto, kurio nebūtų galima pagerinti naudojant duomenis, kuriuos sukuria tas vertės srautas. Ar tai būtų klientų pirkimo prognozių rinkodara, ar gedimų analizė ir infrastruktūros numatymas.
Problema yra ta, kad kai turite šiuos 50 milijonų dolerių vertės mašininio mokymosi projektus, kuriuos vykdo ne programinės įrangos profesionalai, jie nenaudoja versijų valdymo ar geriausių metodų, kuriuos sukūrėme per pastaruosius 30 metų. Visas mokymo rinkinių ir šių naujų gamybos modelių generavimo būdas skiriasi nuo to, kurį naudojame mes, programinės įrangos inžinieriai.
„Microsoft“ kalbėjo apie tai, kaip jie naudoja „MLops“, kad šiuos duomenų mokslininkus integruotų į technologijų vertės srautus. John Deere skaitė pranešimą apie tai, kaip jiems sekasi dėl daugybės savo iniciatyvų.
Problema ta, kad dažnai turite šiuos modelius, kurie yra „Python“ arba „SPSS“ prototipai, o tai yra puiku, tačiau jie nėra parengti. Taigi, norint įsitikinti, kad misija iš tikrųjų bus įteikta, reikia dar kažko. Dirbtinis intelektas sukuria visą šią skirtingą gamybos paslaugų kūrimo problemą. Yra tikrai turtinga sritis, į kurią būtinai reikia atkreipti dėmesį.
: Kokios didžiausios likusios kliūtys organizacijoms, taikančioms „devops“ praktiką? Ir ar yra alternatyvus maršrutas?
Kim: Aš manau, kad devops yra nenumaldomas, neišvengiamas. Sakyčiau, kad didžiausia kliūtis yra lyderystė ir verslo įsigijimas. Kai žvelgiu į paskutinius septynerius konferencijos metus, vienas iš dalykų, kuris tikrai išsiskiria, yra tai, kad pranešimus skaitantys žmonės kiekvienais metais yra vyresni.
Šiais metais turime Patricką Eldridge'ą, Nacionalinės statybų draugijos vadovą. Mes turime daugybę VP ir CTO, ir dažnai jie pateikia savo verslo kolegą, asmenį, atsakingą už pelną ir nuostolius už tas įmones. Manau, kad tai rodo, kad „devops“ iš tikrųjų nėra technologinė, o verslo problema. Tai yra pokalbiai, parodantys, kiek devops yra integruotas į visus strategijos ir operacijų aspektus.
„Nationwide“, jie samdo maždaug 1200 žmonių, kai didžioji pramonės dalis mažėja. Manau, tai tik parodo, koks stiprus signalas, kad „devops“ leidžia organizacijoms ne tik išgyventi rinkoje, bet ir klestėti aplinkoje, kurioje jos auga, o kitos mažėja.
: Kaip konteinerių augimas daro įtaką „devops“ praktikai?
Kim: Visos šios technologijos - tikriausiai stipriausios talpyklos - iš tikrųjų privertė žmones galvoti apie nekintamą infrastruktūrą arba infrastruktūrą kaip kodą. Aš nežinau, kuriuo keliu eina priežastinis ryšys, arba žmonės, kurie mąsto niekais, kur jie jau galvoja apie infrastruktūrą kaip kodą, tikriausiai daug greičiau pasiima tokius dalykus kaip konteineriai, o gal konteinerių vertė yra tokia didelė kad tai siurbia žmones.
Kas galėtų grįžti prie seno būdo bandyti išsiaiškinti, kaip pasiekti, kad nešiojamojo kompiuterio aplinka atrodytų taip pat, kaip ir gamybos aplinka? Taigi visi šie dalykai taip aiškiai parodo, kad yra geresnis darbo būdas. Manau, kad labai sunku grįžti atgal, kai atliksite tokius dalykus kaip nuolatinė integracija, pavyzdžiui, nuolatinis pristatymas. Kai tai patirsi, tikrai sunku grįžti prie seno elgesio.
Manau, kad Edgaras Scheinas antropologijoje ir sociologijoje sakė, kad „įrankiai yra kultūrinis artefaktas“. Taigi įrankiai keičia jūsų mąstymą ir jūsų darbo būdą. Taigi sutinku su jūsų teiginiu, kad šios priemonės neabejotinai pagreitina devops darbo būdą.
: Kodėl iki šiol buvo taip sunku integruoti saugumą į „devops“?
Kim: Jei turėtume šį pokalbį prieš aštuonerius metus, aš manau, kad mes paklausime: „Kodėl sunku atlikti operacijas laive?“ Ar tai yra todėl, kad jie bijo, jog jų darbas nebeliks?
Kai kurie žmonės kalba apie „NoOps“, kur mums nebereikia operacijų, kai manau, kad visiems, kurie naudojo „Kubernetes“, yra gana aišku, žino, kad joks kūrėjas nenori iš tikrųjų išmokti „Kubernetes“, mes norime, kad infrastruktūros žmonės tai padarytų už mus. Manau, kad tas pats pasakytina ir apie saugumą. Mes norime, kad produktų komandos ir kūrėjų komandos būtų visiškai atskaitingos už paslaugų prieinamumą, valdomumą ir saugumą. Nenorime, kad kūrėjai taptų ekspertais kiekvieno kampo, kuriame gali paslėpti saugumo spragos, lygiu.
Mes tikrai norime pasitelkti specialiuosius saugumo įgūdžius, arba juos įtraukti į komandas, arba į jų sukurtas platformas, kad viskas, ką rašome platformoje, būtų iš esmės saugesnė. Manau, kad ta diena artėja. Kaip ir operacijose, ši takoskyra su kūrėjais yra tokia didelė, kad natūrali reakcija yra „per mano negyvą kūną“, ir aš tikiu, kad tai būtų galima surengti.
: Kaip vystėsi „devops“ inžinieriaus įgūdžiai?
Kim: Vienas iš svarbiausių įgūdžių, sugebėjimų, bruožų, reikalingų šiuose novatoriškuose maištuose - naudojant devop'us, siekiant nuversti senovės galingą tvarką, kurie labai džiaugiasi galėdami daryti viską taip, kaip turi 30–40 metų, yra kryžminiai funkciniai įgūdžiai. mokėti užmegzti ryšį su savo verslo kolegomis ir padėti išspręsti problemas. Taip šios komandos auga ir samdosi, kai tiek daug kitų komandų mažėja.
Vienas iš šių metų iki šiol girdėtų derybų bendrų vardiklių yra tai, kad jie visi samdo. Manau, kad devopai turi tiek daug jų, ir kuo daugiau jie gali rasti šių iniciatyvų, o verslo žmonėms, kuriems jų reikia, ateitis yra labai šviesi.
Mano draugas Tomas Limoncelli, parašęs knygą apie debesų sistemos administravimą - pasakė ją operacijoms, bet manau, kad ją galima pritaikyti visur - yra tai, kad mes esame kelio šakutėje: Vienu keliu mūsų atlyginimas sumažėja perpus ir vienintelis darbas, kurį galime rasti, yra „Apple Store“ „Genius“ bare. Kitu keliu mūsų atlyginimas padvigubėja, nes turime karščiausių įgūdžių turguje. Maniau, kad tai puiku.
