Pokiaľ ide o vývoj softvéru, moderná prax devops - kde sa vývojári a IT operácie kombinujú, aby dodávali softvér efektívnejším spôsobom - prešla celým podnikom, pretože čoraz viac organizácií vidí výhody väčšej automatizácie a viac časté úniky.
Teraz, keď bude pandémia zdôrazňovať potrebu väčšej digitálnej agility, urýchli sa adopcia devops ešte rýchlejšie?
Keď sa blíži londýnske vydanie Enterprise Devops Summit (v novom virtuálnom formáte), bola to prvá otázka, ktorú sme položili jej hostiteľovi a zakladateľovi Gene Kimovi, bývalému CTO Tripwire a autorovi troch populárnych kníh devops.
Konverzácia uvedená nižšie bola upravená z dôvodu prehľadnosti a stručnosti.
: Ako pandémia všeobecne zasiahla spoločnosť Devops?
Gene Kim: Na Twitteri momentálne koluje mém o tom, ktorý výkonný pracovník na úrovni C najviac pokročil v agende digitálneho narušenia? Je to generálny riaditeľ, finančný riaditeľ, CIO alebo COVID-19? COVID-19 je víťazom. Myslím, že je to tak pravda.
Minulý rok bolo digitálne narušenie takmer všetkým programom predstavenstva. Teraz ho COVID-19 posunul o tri až päť rokov dopredu. Myslím, že to, čo bolo tak zaujímavé, je toľko príbehov o hrdinstvách, ktoré musia organizácie urobiť, aby desaťtisíce, státisíce pracovníkov mohli pracovať z domu. To bolo možné len v podstate porušením všetkých pravidiel.
To ukazuje IT a obchodné vedenie, čo je možné a čoho sú tieto tímy skutočne schopné. Tak často sú spútaní a väčšina ľudí by povedala, že všetko, čo sa urobilo, aby sa ľuďom umožnilo pracovať z domu - niektorí, ktorí nikdy predtým nepracovali z domu, napríklad finančné tímy back office - to bol len malý zázrak.
: Najnovšia správa o stave devopsov ukázala túto obrovskú strednú cestu organizácií, pokiaľ ide o zrelosť devopsov.
Myslíte si, že pandémia posunie túto strednú cestu do vyspelejšieho priestoru, alebo si myslíte, že je ťažké znovu vybudovať fungovanie tímov, keď sú všetci vzdialení?
Kim: Nemyslím si, že to bude prekážka, skutočnosť, že je to vzdialené. Vieme, že je to možné. Jedným z mojich najväčších prekvapení na mojej ceste bolo zistenie, že GitHub na začiatku 2010, celý tím pre infraštruktúru, bol vzdialený. V prvých dňoch teda v tom istom meste neboli dvaja inžinieri operácií.
Za päť rokov vypracovania správy o stave Devops sme zistili, že na priemysle nezáleží. Nezáležalo na tom, či ste v zdravotníctve, maloobchode alebo v akomkoľvek inom. Pravdepodobnosť vysokej alebo strednej alebo nízkej výkonnosti bola v zásade rovnaká bez ohľadu na odvetvie.
Minulý rok sa to zmenilo, bol to pravdepodobne maloobchod, ktorý mal vyššiu výkonnosť. Myslím si, že to ukazuje, že retailpocalypse alebo existenčná hrozba tlačí maloobchodný priemysel k rýchlejšej adaptácii devops postupov. Myslím si, že z toho vyplýva, že COVID-19 bude tlačiť na každé odvetvie, aby prijalo vývoj rýchlejšie, len kvôli všetkým obchodným tlakom, o ktorých sme práve hovorili.
: Čo si myslíte o vzostupe DevSecOps a ďalšej novej terminológii okolo devops?
Kim: Toto je argument, ktorý som mal, keď v roku 2016 vyšla príručka Devops Handbook, spolu s mojím spoluautorom Johnom Willisom. Mal veľmi vnútornú reakciu, že existuje iba jedna odchýlka. Nie je to tým, že by v to neveril, ale presvedčil ma, že v tom čase v tomto odbore potrebujeme jeden dáždnik, aby som do toho dal všetko. Páči sa mi myšlienka DevSecOps alebo akýkoľvek spôsob, ako dáždnik rozšíriť a privediem ďalšie kmene. Milujem devopy ako tento spôsob, ktorý signalizuje, že čokoľvek, čo nie je devopy, by sme si mali spájať so starými, zlými spôsobmi konania.
: A čo AIops?
Kim: Áno, AIops, MLops, milujem túto frázu, ale zastávam úzky názor, že neexistuje takmer žiadny hodnotový tok, ktorý by nebolo možné vylepšiť použitím údajov, ktoré tento hodnotový tok generuje. Či už ide o marketing predikcií nákupu zákazníkov, alebo o analýzu zlyhaní a predpovede infraštruktúry.
Problém je v tom, že keď máte tieto projekty strojového učenia v hodnote 50 miliónov dolárov, ktoré robia nesoftwaroví profesionáli, nepoužívajú riadenie verzií ani najlepšie techniky, ktoré sme vyvinuli za posledných 30 rokov. Celý spôsob generovania tréningových súborov a týchto nových výrobných modelov je odlišný od tých, ktoré používame ako softvéroví inžinieri.
Spoločnosť Microsoft prednášala o tom, ako využívajú MLops na integráciu týchto dátových vedcov do technologických hodnotových tokov. John Deere predniesol prezentáciu o tom, ako to robia pre množstvo svojich iniciatív.
Problém je v tom, že často máte tieto modely, ktoré sú prototypované v Pythone alebo SPSS, čo je skvelé, ale nie sú pripravené na výrobu. Potrebné je teda niečo iné, aby sa zabezpečilo, že misia bude skutočne slúžiť. AI vytvára tento úplne iný problém pri vytváraní produkčných služieb. Existuje skutočne bohatá oblasť, ktorej sa určite treba venovať.
: Aké sú najväčšie prekážky pre organizácie osvojujúce si devopsové praktiky? A existuje alternatívna trasa?
Kim: Myslím, že devops je neúprosný, nevyhnutný. Povedal by som, že najväčšou prekážkou je vedenie a nákup firiem. Keď sa pozriem na posledných sedem rokov konferencie, jedna z vecí, ktorá skutočne vyniká, je, že ľudia, ktorí prezentujú, sú každý rok starší.
Tento rok máme Patricka Eldridga, prevádzkového riaditeľa spoločnosti Nationwide Building Society. Máme veľa VP a CTO a často prezentujú so svojím obchodným partnerom, osobou so zodpovednosťou za zisky a straty za tieto podniky. Myslím si, že to ukazuje, že devops nie je v skutočnosti technologický problém, je to obchodný problém. Toto sú rozhovory, ktoré ukazujú, do akej miery je systém devops integrovaný do všetkých aspektov stratégie a prevádzky.
Vezmite Nationwide, najímajú niečo okolo 1 200 ľudí, keď sa veľká časť priemyslu zmenšuje. Myslím si, že to iba ukazuje, aký silný signál, ktorý smeruje, nielen umožňuje organizáciám prežiť na trhu, ale aj prosperovať v prostredí, kde rastú, zatiaľ čo iné sa zmenšujú.
: Ako ovplyvňuje nárast počtu kontajnerov vývojové praktiky?
Kim: Všetky tieto technológie - kontajnery sú pravdepodobne najsilnejšie - skutočne prinútili ľudí uvažovať o nemennej infraštruktúre alebo infraštruktúre ako o kóde. Neviem, kadiaľ ide kauzalita, či už ľudia, ktorí myslia devops, kde už uvažujú o infraštruktúre ako o kóde, pravdepodobne vyzdvihnú veci ako kontajnery oveľa rýchlejšie, alebo možno je cenová ponuka kontajnerov taká vysoká že to ľudí nasáva.
Kto by sa mohol vrátiť k starému spôsobu pokusu zistiť, ako dosiahnuť, aby prostredie vášho laptopu vyzeralo rovnako ako produkčné prostredie? Takže všetky tieto veci objasňujú, že existuje lepší spôsob práce. Myslím si, že je veľmi ťažké vrátiť sa späť, keď urobíte veci ako nepretržitá integrácia, napríklad nepretržité doručovanie. Len čo ste to zažili, je skutočne ťažké vrátiť sa k starému spôsobu robenia vecí.
Myslím si, že Edgar Schein v antropológii a sociológii uviedol, že „nástroje sú kultúrnym artefaktom“. Takže nástroje menia spôsob vášho myslenia a menia spôsob práce. Súhlasím teda s vašim tvrdením, že tieto nástroje jednoznačne urýchľujú devopsský spôsob práce.
: Prečo bolo až doteraz také ťažké integrovať bezpečnosť do devopsov?
Kim: Keby sme viedli tento rozhovor pred ôsmimi rokmi, myslím si, že by sme sa pýtali „prečo je ťažké dostať na palubu operácie?“ Je to preto, že sa boja toho, že ich práca zanikne?
Niektorí hovoria o NoOps, kde už nepotrebujeme operácie, keď si myslím, že je to úplne jasné každému, kto používal Kubernetes, vie, že žiadny vývojár sa nechce Kubernetes skutočne naučiť, chceme, aby to ľudia za infraštruktúru robili za nás. Myslím si, že to isté platí pre bezpečnosť. Chceme, aby produktové tímy a vývojové tímy niesli plnú zodpovednosť za dostupnosť služieb, prevádzkyschopnosť a bezpečnosť. Nechceme, aby sa vývojári museli stať odborníkmi na úrovni všetkých zákutí, v ktorých sa môžu skrývať chyby zabezpečenia.
Naozaj chceme využiť odborné zručnosti v oblasti zabezpečenia, buď ich zapojiť do tímov, alebo využiť platformy, ktoré budujú, takže všetko, čo na platformu napíšeme, je zásadne bezpečnejšie. Myslím, že ten deň prichádza. Rovnako ako operácie, ktoré sú medzi vývojármi také vysoké, aj prirodzená reakcia je „nad mojím mŕtvym telom“, a som si istý, že by sa dal zariadiť.
: Ako sa vyvinula sada zručností inžiniera Devops?
Kim: Jednou z najdôležitejších zručností, schopností a vlastností potrebných pre tieto priekopnícke povstania - pomocou devopsov zvrhnúť starodávny mocný poriadok, ktorí veľmi radi robia veci tak, ako majú 30 až 40 rokov - sú krížovo funkčné schopnosti, ktoré majú byť schopní osloviť všetkých svojich obchodných kolegov a pomôcť im vyriešiť problémy. Takto sa tieto tímy rozrastajú a prijímajú do zamestnania, keď sa zmenšuje počet ďalších tímov.
Jedným z bežných menovateľov medzi rozhovormi, ktoré som tento rok zatiaľ počul, sú všetky, ktoré si najímajú. Myslím si, že devops ľudia majú toho veľa v úmysle, a čím viac môžu tieto iniciatívy nájsť, a tým obchodníkom, ktorí ich potrebujú, je budúcnosť veľmi svetlá.
Môj priateľ Tom Limoncelli, ktorý napísal knihu o správe cloudového systému - povedal to pre operácie, ale myslím si, že sa dá použiť všade - je, že vidíme na ceste: Po jednej ceste sa náš plat zníži na polovicu a jediné zamestnanie, ktoré nájdeme, je v Genius Bar v Apple Store. Na druhej strane sa náš plat zdvojnásobuje, pretože máme najhorúcejšie zručnosti na trhu. Myslel som si, že to bolo vynikajúce.
