Programování

Expert na Devops Gene Kim: Jak Devops pomáhá podnikům zvládnout náročné časy

Pokud jde o vývoj softwaru, moderní praxe devopsů - kde se vývojáři a IT operace kombinují a dodávají software efektivnějším způsobem - prochází podnikem, protože stále více organizací vidí výhody větší automatizace a více časté zprávy.

Nyní, když pandemie zdůrazňuje potřebu větší digitální agility, urychlí se přijetí devops ještě rychleji?

Jak se blíží londýnské vydání Enterprise Devops Summit (v novém virtuálním formátu), byla to první otázka, kterou jsme položili hostiteli a zakladateli, Gene Kimovi, bývalému CTO Tripwire a autorovi tří populárních devopsových knih.

Konverzace níže byla upravena kvůli jasnosti a stručnosti.

: Jak pandemie obecně ovlivnila devops?

Gene Kim: Na Twitteru právě teď probíhá mem o tom, který výkonný pracovník na úrovni C nejvíce pokročil v agendě digitálního narušení? Je to generální ředitel, finanční ředitel, CIO nebo COVID-19? COVID-19 je vítěz. Myslím, že je to tak pravda.

Digitální narušení bylo v loňském roce téměř na každé agendě představenstva. Nyní jej COVID-19 posunul o tři až pět let dopředu. Myslím, že to, co bylo tak zajímavé, je, že existuje tolik příběhů o hrdinství, které musí organizace udělat, aby desítky tisíc, stovky tisíc pracovníků mohly pracovat z domova. To bylo možné pouze v zásadě porušením všech pravidel.

To ukazuje IT a obchodní vedení, co je možné a čeho jsou tyto týmy skutečně schopné. Tak často jsou spoutaní a většina lidí by řekla, že všechno, co bylo učiněno, aby lidem umožnilo pracovat z domova - někteří, kteří nikdy předtím nepracovali z domova, jako finanční týmy back office - to byl jen malý zázrak.

: Nejnovější zpráva o stavu devopsů ukázala tuto obrovskou střední cestu organizací, pokud jde o zralost devopů.

Myslíte si, že pandemie posune tuto střední cestu do zralejšího prostoru, nebo si myslíte, že je těžké přestavět způsob, jakým fungují týmy, když jsou všichni vzdálení?

Kim: Nemyslím si, že to bude překážka, skutečnost, že je vzdálená. Víme, že je to možné. Jedním z mých největších překvapení na mé cestě bylo zjištění, že GitHub na začátku 2010, celý tým infrastruktury, byl vzdálený. V počátečních dnech tedy ve stejném městě nebyli žádní dva technici.

Za pět let vypracování zprávy o stavu Devops jsme zjistili, že na průmyslu nezáleží. Nezáleželo na tom, zda jste ve zdravotnictví, maloobchodu, ať už jste kdekoli. Pravděpodobnost vysokého nebo středního nebo nízkého výkonu byla v zásadě stejná bez ohledu na odvětví.

V loňském roce se to změnilo, byl to pravděpodobně maloobchod, který měl ve skutečnosti vyšší výkon. Myslím, že to ukazuje, že retailpocalypse neboli existenční hrozba tlačí maloobchodní průmysl k rychlejšímu přizpůsobování devopsových postupů. Důsledkem je, že COVID-19 bude tlačit do každého odvětví, aby rychleji přijímalo devopy, a to jen kvůli všem obchodním tlakům, o kterých jsme právě mluvili.

: Jak se díváte na vzestup DevSecOps a další nové terminologie kolem devops?

Kim: Toto je argument, který jsem měl, když v roce 2016 vyšla příručka Devops Handbook, s mým spoluautorem Johnem Willisem. Měl velmi viscerální reakci, že existuje pouze jedna devops. Nejde o to, že by tomu nevěřil, ale přesvědčil mě, že v daném okamžiku v tomto odvětví jsme potřebovali jeden deštník, který by dal vše dovnitř. Líbí se mi myšlenka DevSecOps nebo jakýkoli způsob, jak deštník rozšířit a Přivést další kmeny. Miluji devopy, protože tímto způsobem dávám najevo, že cokoli, co není devopy, bychom měli spojovat se starými, špatnými způsoby, jak dělat věci.

: A co AIops?

Kim: Ano, AIops, MLops, miluji tuto frázi, ale mám úzký názor, že neexistuje téměř žádný hodnotový proud, který nelze zlepšit pomocí dat, která tento hodnotový proud generuje. Ať už jde o marketing pro předpovědi nákupu zákazníků, nebo analýzu selhání a předpovědi infrastruktury.

Problém je v tom, že když máte tyto projekty strojového učení v hodnotě 50 milionů dolarů, prováděné jinými než softwarovými profesionály, nepoužívají řízení verzí ani nejlepší techniky, které jsme vyvinuli za posledních 30 let. Celý způsob generování tréninkových sad a těchto nových produkčních modelů jsou techniky odlišné od toho, co používáme jako softwaroví inženýři.

Microsoft přednášel o tom, jak používají MLops k integraci těchto datových vědců do technologických hodnotových toků. John Deere přednesl prezentaci o tom, jak to dělají pro spoustu svých iniciativ.

Problém je v tom, že často máte tyto modely, které jsou prototypovány v Pythonu nebo SPSS, což je skvělé, ale nejsou připraveny na výrobu. Je tedy potřeba něco jiného, ​​aby se zajistilo, že se mise skutečně obslouží. AI vytváří tento úplně jiný problém při vytváření produkčních služeb. Existuje skutečně bohaté pole, kterému se určitě musíte věnovat.

: Jaké jsou největší zbývající překážky pro organizace osvojující si devopsové praktiky? A existuje alternativní cesta?

Kim: Myslím, že devops je neúprosný a nevyhnutelný. Řekl bych, že největší překážkou je vedení a vstup do podnikání. Když se podívám na posledních sedm let konference, jednou z věcí, která opravdu vyniká, jsou lidé, kteří přednášejí každý rok.

V letošním roce máme Patrick Eldridge, provozní ředitel pro Nationwide Building Society. Máme spoustu VP a CTO a často představují se svým obchodním protějškem, osobou s odpovědností za zisky a ztráty za tyto podniky. Myslím, že to ukazuje, že devops ve skutečnosti není technologický problém, je to obchodní problém. Jedná se o rozhovory, které ukazují, do jaké míry je devops integrován do všech aspektů strategie a operací.

Vezměte Nationwide, najímají něco jako 1200 lidí, když se velká část průmyslu zmenšuje. Myslím, že to jen ukazuje, jaký silný signál, který se vyvíjí, umožňuje organizacím nejen přežít na trhu, ale prospívat v prostředí, kde rostou, zatímco ostatní se zmenšují.

: Jak má nárůst kontejnerů dopad na devopsové praktiky?

Kim: Všechny tyto technologie - kontejnery pravděpodobně nejsilnější - skutečně přinutily lidi myslet na neměnnou infrastrukturu nebo infrastrukturu jako na kód. Nevím, kudy jde kauzalita, ať už lidé, kteří přemýšlejí devopsovým způsobem, kde už přemýšlejí o infrastruktuře jako o kódu, pravděpodobně vyzvednou věci jako kontejnery mnohem rychleji, nebo možná je hodnota nabídky kontejnerů tak vysoká že to lidi nasává.

Kdo by se mohl vrátit ke starému způsobu, jak se pokoušet přijít na to, jak zajistit, aby prostředí vašeho notebooku vypadalo stejně jako produkční prostředí? Všechny tyto věci tedy jasně ukazují, že existuje lepší způsob práce. Myslím, že je velmi těžké se vrátit zpět, jakmile uděláte věci, jako je nepřetržitá integrace, například nepřetržité doručování. Jakmile to zažijete, je opravdu těžké vrátit se ke starému způsobu dělání věcí.

Myslím, že Edgar Schein v antropologii a sociologii řekl, že „nástroje jsou kulturním artefaktem“. Nástroje tedy mění způsob, jakým přemýšlíte, a způsob, jakým pracujete. Souhlasím tedy s tvrzením, že tyto nástroje rozhodně urychlují devopsův způsob práce.

: Proč bylo až dosud tak těžké integrovat zabezpečení do devops?

Kim: Kdybychom měli tento rozhovor před osmi lety, myslím, že bychom se ptali „proč je obtížné dostat operace na palubu?“ Je to proto, že se bojí odchodu ze zaměstnání?

Někteří lidé hovoří o NoOps, kde již nepotřebujeme operace, když si myslím, že každému, kdo používá Kubernetes, je celkem jasné, že ví, že žádný vývojář se nechce Kubernetes skutečně naučit, chceme, aby to lidé infrastruktury dělali za nás. Myslím, že to samé platí pro bezpečnost. Chceme, aby produktové týmy a vývojové týmy plně odpovídaly za dostupnost služeb, provozuschopnost a zabezpečení. Nechceme, aby se vývojáři museli stát odborníky na úrovni všech zákoutí, v nichž se mohou chyby zabezpečení skrývat.

Opravdu chceme využít odborné dovednosti v oblasti zabezpečení, ať už je přivedeme do týmů, nebo využijeme platformy, které vytvářejí, takže vše, co na platformu napíšeme, je zásadně bezpečnější. Myslím, že ten den se blíží. Stejně jako operace, které jsou u vývojářů tak vysoké, jsou i přirozené reakce „nad mým mrtvým tělem“ a jsem si jistý, že by to mohlo být uspořádáno.

: Jak se vyvinula sada dovedností inženýra Devops?

Kim: Jednou z nejdůležitějších dovedností, schopností a vlastností potřebných v těchto průkopnických povstáních - použití devopsů ke svržení starodávného mocného řádu, kteří velmi rádi dělají věci tak, jak mají po dobu 30 až 40 let - jsou křížové funkční dovednosti, které být schopni oslovit přes stůl jejich obchodní protějšky a pomoci jim vyřešit problémy. Takto se tyto týmy rozrůstají a najímají, když se zmenšuje tolik dalších týmů.

Jedním ze společných jmenovatelů mezi rozhovory, které jsem letos zatím slyšel, je, že všichni najímají. Myslím, že devops lidé pro ně mají tolik práce, a čím více budou moci tyto iniciativy najít a obchodníci, kteří je potřebují, budoucnost je velmi jasná.

Můj přítel, Tom Limoncelli, který napsal knihu o správě cloudového systému - řekl to pro provoz, ale myslím, že se dá použít všude - je, že jsme vidličkou na cestě: dolů o jednu cestu se náš plat sníží na polovinu a jedinou práci, kterou můžeme najít, je bar Genius v Apple Store. Na druhou stranu se náš plat zdvojnásobuje, protože máme nejžhavější dovednosti na trhu. Myslel jsem, že to bylo skvělé.

$config[zx-auto] not found$config[zx-overlay] not found