Esperto di Devops Gene Kim: In che modo devops aiuta le aziende ad affrontare tempi difficili

Quando si tratta di sviluppo software, la pratica moderna dei devops - in cui sviluppatori e operazioni IT si combinano per fornire software in modo più semplificato - si è fatta strada all'interno dell'azienda, poiché sempre più organizzazioni vedono i vantaggi di una maggiore automazione e altro ancora rilasci frequenti.

Ora, con la pandemia che evidenzia la necessità di una maggiore agilità digitale, l'adozione di devops accelererà ancora più velocemente?

Con l'avvicinarsi dell'edizione londinese dell'Enterprise Devops Summit (nel suo nuovo formato virtuale), questa è stata la prima domanda che abbiamo posto al suo ospite e fondatore, Gene Kim, l'ex CTO di Tripwire e autore di tre famosi libri Devops.

La conversazione seguente è stata modificata per chiarezza e brevità.

: Che impatto ha avuto la pandemia sui devops?

Gene Kim: C'è un meme in giro su Twitter in questo momento su quale dirigente di livello C ha avanzato di più l'agenda della rivoluzione digitale? È il CEO, CFO, CIO o COVID-19? COVID-19 è il vincitore. Penso che sia così vero.

La rivoluzione digitale era presente in quasi tutti i programmi del consiglio l'anno scorso. Ora COVID-19 lo ha portato avanti da tre a cinque anni. Penso che ciò che è stato così interessante è che ci sono così tante storie di eroismo che le organizzazioni devono fare per consentire a decine di migliaia, centinaia di migliaia di lavoratori di poter lavorare da casa. Ciò è stato possibile solo infrangendo sostanzialmente tutte le regole.

Ciò mostra l'IT e la leadership aziendale cosa è possibile fare e di cosa sono effettivamente capaci questi team. Così spesso sono incatenati e la maggior parte delle persone direbbe che tutto ciò che è stato fatto per consentire alle persone di lavorare da casa - alcuni che non hanno mai lavorato da casa prima, come i team finanziari di back office - è stato solo un piccolo miracolo.

: Il più recente rapporto sullo stato di Devops ha mostrato questa enorme via di mezzo delle organizzazioni quando si tratta di maturità devops.

Pensi che la pandemia spingerà quella via di mezzo nello spazio più maturo, o pensi che sia difficile ricostruire il modo in cui funzionano i team quando tutti sono lontani?

Kim: Non credo che sarà un impedimento, il fatto che sia remoto. Sappiamo che è possibile. Una delle mie più grandi sorprese durante il mio viaggio è stata apprendere che GitHub all'inizio degli anni 2010, tutto il team dell'infrastruttura, era remoto. Quindi non c'erano mai due ingegneri operativi nella stessa città, mai, nei primi giorni.

In cinque anni di elaborazione del rapporto sullo stato di Devops abbiamo scoperto che l'industria non aveva importanza. Non importa se operi nel settore sanitario, al dettaglio o altro. La probabilità di ottenere un rendimento elevato, medio o basso era sostanzialmente la stessa, indipendentemente dal settore.

La situazione è cambiata lo scorso anno, era la vendita al dettaglio che in realtà aveva maggiori probabilità di ottenere un rendimento elevato. Penso che questo dimostri che la retailpocalypse, o una minaccia esistenziale, sta spingendo il settore retail ad adattare le pratiche devops più velocemente. Penso che il corollario sia che COVID-19 spingerà ogni settore ad adottare i devops più velocemente, proprio a causa di tutte le pressioni aziendali di cui abbiamo appena parlato.

: Cosa ne pensi dell'ascesa di DevSecOps e di altra nuova terminologia relativa a devops?

Kim: Questo è un argomento che ho avuto quando è uscito il Manuale Devops nel 2016, con il mio coautore, John Willis. Ha avuto una reazione molto viscerale che ci fosse un solo devops. Non è che non ci creda, ma quello che mi ha convinto è stato che, a quel punto del settore, avevamo bisogno di un ombrello per mettere tutto. Adoro l'idea di DevSecOps, o qualsiasi modo per ampliare l'ombrello e coinvolgere altre tribù. Adoro i devops in questo modo per segnalare che tutto ciò che non è devops, dovremmo associarlo ai vecchi, cattivi modi di fare le cose.

: Che mi dici di AIops?

Kim: Sì, AIops, MLops, adoro questa frase, ma ritengo che non ci sia quasi alcun flusso di valore che non possa essere migliorato utilizzando i dati generati da quel flusso di valore. Che si tratti di marketing per le previsioni di acquisto dei clienti o analisi e previsione dei guasti per l'infrastruttura.

Il problema è che quando hai questi progetti di machine learning da $ 50 milioni, fatti da professionisti non software, non stanno usando il controllo della versione o le migliori tecniche che abbiamo sviluppato negli ultimi 30 anni. L'intero modo di generare set di formazione e questi nuovi modelli di produzione, le tecniche sono diverse da quelle che usiamo noi ingegneri del software.

Microsoft ha tenuto un discorso su come stanno utilizzando MLops per integrare questi data scientist nei flussi di valore della tecnologia. John Deere ha fatto una presentazione su come lo stanno facendo per un gruppo delle loro iniziative.

Il problema è che spesso questi modelli sono prototipati in Python o SPSS, il che è fantastico, ma non sono pronti per la produzione. Quindi è necessario qualcos'altro per assicurarsi che la missione venga effettivamente svolta. L'intelligenza artificiale crea questo problema completamente diverso per la creazione di servizi di produzione. C'è un campo davvero ricco che deve assolutamente essere affrontato.

: Quali sono i maggiori colli di bottiglia rimanenti per le organizzazioni che adottano pratiche devops? E c'è un percorso alternativo?

Kim: Penso che devops sia inesorabile, inevitabile. Direi che il più grande ostacolo è la leadership e il buy-in del business. Quando guardo agli ultimi sette anni della conferenza, una delle cose che spicca davvero è che le persone che tengono le presentazioni sono più senior ogni anno.

Quest'anno abbiamo Patrick Eldridge, Chief Operating Officer per Nationwide Building Society. Abbiamo un sacco di VP e CTO e spesso si presentano con la loro controparte aziendale, la persona con la responsabilità di profitti e perdite per quelle aziende. Penso che questo dimostri che devops non è in realtà un problema tecnologico, è un problema aziendale. Questi sono i discorsi che mostrano in che misura devops è integrato in ogni aspetto della strategia e delle operazioni.

Prendiamo Nationwide, stanno assumendo qualcosa come 1.200 persone, quando gran parte del settore si sta restringendo. Penso che questo mostri solo quale segnale forte che devops non solo consente alle organizzazioni di sopravvivere sul mercato, ma prosperano in un ambiente in cui stanno crescendo mentre altre si stanno riducendo.

: In che modo l'aumento dei container influisce sulle pratiche devops?

Kim: Tutte queste tecnologie - i contenitori probabilmente sono i più potenti - hanno davvero costretto le persone a pensare all'infrastruttura o infrastruttura immutabile come codice. Non so in che direzione vada la causalità, o le persone che pensano in modo devops, dove stanno già pensando all'infrastruttura come codice, probabilmente raccolgono cose come i container molto più velocemente, o forse la proposta di valore dei container è così alta che risucchia le persone.

Chi potrebbe tornare al vecchio modo di cercare di capire come fare in modo che il tuo ambiente laptop abbia lo stesso aspetto dell'ambiente di produzione? Quindi tutte queste cose rendono così chiaro che c'è un modo migliore di lavorare. Penso che sia molto difficile tornare indietro una volta che hai fatto cose come l'integrazione continua, come la consegna continua. Dopo averlo sperimentato, è davvero difficile tornare al vecchio modo di fare le cose.

Penso che Edgar Schein abbia detto "gli strumenti sono un artefatto culturale", in antropologia e sociologia. Quindi gli strumenti cambiano il modo in cui pensi e cambiano il modo in cui lavori. Quindi sono d'accordo con la tua affermazione che questi strumenti accelerano decisamente un modo di lavorare devops.

: Perché è stato così difficile integrare la sicurezza nei devops fino ad ora?

Kim: Se avessimo questa conversazione otto anni fa, penso che ci saremmo chiesti "perché è difficile ottenere operazioni a bordo?" È perché hanno paura che il loro lavoro vada via?

Alcune persone parlano di NoOps, dove non abbiamo più bisogno di operazioni, quando penso che sia abbastanza chiaro a chiunque abbia utilizzato Kubernetes sa che nessuno sviluppatore vuole effettivamente imparare Kubernetes, vogliamo che le persone che si occupano dell'infrastruttura lo facciano per noi. Penso che lo stesso valga per la sicurezza. Quello che vogliamo è che i team di prodotto e di sviluppo siano pienamente responsabili della disponibilità, dell'operatività e della sicurezza del servizio. Non vogliamo che gli sviluppatori debbano diventare esperti a livello di ogni angolo in cui possono nascondersi le vulnerabilità della sicurezza.

Vogliamo davvero sfruttare le competenze specialistiche della sicurezza, inserirle nei team o sfruttare le piattaforme che costruiscono, in modo che tutto ciò che scriviamo sulla piattaforma sia fondamentalmente più sicuro. Penso che quel giorno stia arrivando. Come le operazioni, quel divario è così alto con gli sviluppatori, la reazione naturale è "sul mio cadavere" e sono sicuro che potrebbe essere organizzato.

: Come si è evoluto lo skillset di un ingegnere devops?

Kim: Una delle abilità, abilità, tratti più importanti necessari in queste ribellioni pionieristiche - usare i devops per rovesciare l'antico potente ordine, che sono molto felici di fare le cose nel modo in cui hanno fatto per 30-40 anni - sono le abilità interfunzionali per essere in grado di raggiungere le loro controparti aziendali dall'altra parte del tavolo e aiutare a risolvere i problemi. È così che queste squadre stanno crescendo e assumono quando tante altre squadre si stanno riducendo.

Uno dei denominatori comuni tra i colloqui che ho sentito finora quest'anno è che stanno tutti assumendo. Penso che le persone devops abbiano così tanto da offrire, e più possono trovare queste iniziative e gli uomini d'affari che ne hanno bisogno, il futuro è molto luminoso.

Un mio amico, Tom Limoncelli, che ha scritto il libro sull'amministrazione del sistema cloud - l'ha detto per le operazioni ma penso che possa essere applicato ovunque - è che siamo a un bivio: su un sentiero il nostro stipendio si dimezza e l'unico lavoro che possiamo trovare è al Genius Bar dell'Apple Store. Lungo l'altra strada, il nostro stipendio raddoppia, perché abbiamo le migliori competenze sul mercato. Ho pensato che fosse geniale.