In cosa consiste DevOps?

L’agilità gioca un ruolo sempre più im­por­tan­te anche nello sviluppo software. DevOps, tuttavia, non è un sistema con­ven­zio­na­le di sviluppo software, ma va ben oltre perché non cambia solo la pro­du­zio­ne delle versioni di software, ma tutta l’in­te­ra­zio­ne all’interno dell’azienda. In senso stretto, si tratta di un sistema di cultura aziendale che ha un impatto si­gni­fi­ca­ti­vo sulla pro­dut­ti­vi­tà e sull’ef­fi­cien­za nell’ambito dello sviluppo software.

DevOps è una forma di cultura aziendale che può essere integrata nelle società di software e sviluppo software. Consiste in una com­bi­na­zio­ne di approcci, pratiche e strumenti che con­sen­to­no alle aziende di snellire in modo si­gni­fi­ca­ti­vo l’ero­ga­zio­ne di software e la sua uti­liz­za­bi­li­tà, mi­glio­ran­do al contempo la qualità.

Una ca­rat­te­ri­sti­ca fon­da­men­ta­le di DevOps è che i team De­ve­lo­p­ment e Ope­ra­tions lavorano di­ret­ta­men­te insieme e il loro lavoro viene coor­di­na­to meglio, cosa che non sempre avviene nei processi di sviluppo con­ven­zio­na­li. Ciò significa che i po­ten­zia­li problemi nell’area Operation possono essere presi in con­si­de­ra­zio­ne durante lo sviluppo e il team può tem­pe­sti­va­men­te venire a co­no­scen­za di eventuali elementi in­no­va­ti­vi da in­tro­dur­re durante il processo. Ciò si fa più evidente nel momento in cui si pone l’accento alle sfide che il mercato presenta. Infatti, la Con­ti­nuous In­te­gra­tion e la Con­ti­nuous Delivery ri­chie­do­no tempi di reazione molto brevi quando si creano nuovi prodotti, nuove versioni e ag­gior­na­men­ti. DevOps si rivela con­vin­cen­te proprio perché i tempi tra i singoli rilasci sono ridotti al minimo.

In DevOps, l’at­ten­zio­ne viene posta sull’ero­ga­zio­ne di servizi nel processo IT, ma il tema della sicurezza e della com­plian­ce IT è ini­zial­men­te tra­la­scia­to. Per questo motivo è stato creato DevSecOps in cui le com­po­nen­ti di sviluppo (De­ve­lo­p­ment) e gestione (Ope­ra­tions) sono state ampliate per includere l’elemento sicurezza (Security). Si tratta dell’in­te­gra­zio­ne diretta degli elementi di sicurezza più im­por­tan­ti nel processo di sviluppo.

In DevOps vengono combinati vari metodi di sviluppo agili dello sviluppo software e del settore IT. Affinché ciò sia van­tag­gio­so per l’azienda, i diversi processi all’interno dello sviluppo devono essere au­to­ma­tiz­za­ti. In molte aziende l’au­to­ma­tiz­za­zio­ne comprende le seguenti aree di lavoro:

• Soluzioni nel campo dello sviluppo del codice, della revisione del codice e nell’as­sem­blag­gio di frammenti di codice
• Strumenti per la creazione di una nuova build basata sul codice corrente e sulla ge­ne­ra­zio­ne di versioni
• Strumenti per la verifica statica e dinamica del codice esistente
• Strumenti per la do­cu­men­ta­zio­ne e il rilascio delle versioni
• Strumenti nell’area della gestione del sistema come In­fra­struc­tu­re as Code (IaC)
• Strumenti di mo­ni­to­ring per il mo­ni­to­rag­gio delle ap­pli­ca­zio­ni
• Strumenti per ricevere e clas­si­fi­ca­re i feedback dei clienti

DevOps è ormai così diffuso che esiste un’ampia gamma di tool e strumenti adatti in questo ambito. Ciò non significa, tuttavia, che ogni strumento o soluzione siano adatti in ogni azienda. È quindi par­ti­co­lar­men­te im­por­tan­te valutare le esigenze in­di­vi­dua­li prima di stabilire gli strumenti specifici. Anche in questo caso la co­mu­ni­ca­zio­ne tra i singoli team e le aree di lavoro svolge un ruolo im­por­tan­te, poiché tutti devono essere ugual­men­te convinti della fun­zio­na­li­tà degli strumenti da applicare.

C’è anche tutta una serie di strumenti, come gli strumenti di Con­ti­nuous In­te­gra­tion fre­quen­te­men­te uti­liz­za­ti, che può essere usata in modo logico e mirato nel contesto DevOps.

A causa dei cicli molto veloci del prodotto e delle versioni, quasi nessuno è in grado di gestire le linee di codice generate. Ciò significa che è ne­ces­sa­rio uti­liz­za­re sistemi au­to­ma­tiz­za­ti, so­prat­tut­to per il ri­le­va­men­to degli errori e per trovare, ad esempio, semplici errori di codice o in­ter­ru­zio­ni logiche nella pro­gram­ma­zio­ne. I vari sistemi au­to­ma­tiz­za­ti sem­pli­fi­ca­no inoltre la com­pi­la­zio­ne, la verifica e il mo­ni­to­rag­gio dell’intero processo, in modo che i di­pen­den­ti re­spon­sa­bi­li possano con­cen­trar­si sugli errori rilevati. Questo non solo impedisce l’im­mis­sio­ne sul mercato di software con errori, ma permette anche agli esperti di cor­reg­ge­re ra­pi­da­men­te gli errori gravi.

Senza le soluzioni di au­to­ma­tiz­za­zio­ne, i processi DevOps im­pli­che­reb­be­ro un dispendio di personale e di tempo molto elevato, il che ren­de­reb­be nuo­va­men­te obsoleto il vantaggio di questa strut­tu­ra­zio­ne di sviluppo. Pertanto, il sistema può essere uti­liz­za­to in modo ef­fi­cien­te solo con strumenti e tool adeguati del settore dell’au­to­ma­tiz­za­zio­ne e della strut­tu­ra­zio­ne.

Il sistema DevOps offre a utenti, ac­qui­ren­ti e pro­dut­to­ri diversi vantaggi. I prin­ci­pa­li sono:

• sviluppo più rapido
• di­stri­bu­zio­ne più rapida degli ag­gior­na­men­ti e delle versioni di sviluppo
• maggiore sicurezza grazie a test continui
• più in­no­va­zio­ni grazie a cicli di pro­du­zio­ne più rapidi
• maggiore af­fi­da­bi­li­tà grazie a test eseguiti in parallelo durante lo sviluppo
• più sicurezza grazie all’in­te­gra­zio­ne di DevSecOps
• maggiore pro­dut­ti­vi­tà grazie a un migliore lavoro di squadra che va oltre i limiti team

DevOps offre quindi molti vantaggi allo sviluppo, che non ri­guar­da­no solo i clienti, ma che sono anche di­ret­ta­men­te per­ce­pi­bi­li all’interno dell’azienda. Lavorare oltre i limiti del team non ga­ran­ti­sce soltanto una migliore coesione e una maggiore com­pren­sio­ne reciproca, ma impedisce anche la for­ma­zio­ne di un livello ge­rar­chi­co all’interno dei diversi reparti. Questo migliora no­te­vol­men­te la com­pe­ten­za dei team nel risolvere i problemi.

Se la direzione aziendale non riesce a tra­smet­te­re ai di­pen­den­ti i vantaggi del sistema e i di­pen­den­ti si mostrano scettici rispetto ai cam­bia­men­ti nei processi di lavoro che questo comporta, c’è il rischio che i di­pen­den­ti non so­sten­ga­no il concetto e che questo porti ad attriti all’interno dei team o tra i singoli reparti. È quindi es­sen­zia­le che vi sia una buona co­mu­ni­ca­zio­ne dei vantaggi di DevOps in modo che i di­pen­den­ti non si sentano limitati nel loro ambito di lavoro personale.

Poiché l’approccio DevOps richiede una ri­strut­tu­ra­zio­ne notevole nei vari reparti e cam­bia­men­ti nelle aree di lavoro e nelle attività di molti di­pen­den­ti, il passaggio dai processi di sviluppo tra­di­zio­na­li ai processi DevOps in alcune aziende può creare delle dif­fi­col­tà. In par­ti­co­la­re, il ma­na­ge­ment deve essere con­sa­pe­vo­le della necessità di ve­lo­ciz­za­re i processi di sviluppo senza com­pro­met­te­re la sicurezza del prodotto finale. Una volta che questa con­di­zio­ne di base è stata in­te­rio­riz­za­ta, non ci sono quasi soluzioni al­ter­na­ti­ve che siano ca­rat­te­riz­za­te da cicli di prodotto così brevi e da un livello di controllo così elevato come con DevOps.

Una volta approvato, il cam­bia­men­to deve essere pia­ni­fi­ca­to in modo completo e pro­get­ta­to con gli strumenti ap­pro­pria­ti, in modo che le singole fasi dello sviluppo del processo iterativo possano fun­zio­na­re in modo ef­fi­cien­te e, so­prat­tut­to, a prova di revisione. Una volta che i di­pen­den­ti e i team si sono abituati al cam­bia­men­to, i primi risultati si vedono dopo poco tempo. Le ri­spet­ti­ve offerte di software possono essere in­tro­dot­te sul mercato più ra­pi­da­men­te e fornite con ag­gior­na­men­ti; inoltre anche la qualità delle soluzioni migliora di solito in modo eclatante, poiché ogni versione può essere con­trol­la­ta molto più da vicino grazie a fasi au­to­ma­tiz­za­te di test e mo­ni­to­ring e ot­ti­miz­za­ta per un uso pro­dut­ti­vo.

Ad esempio, le falle di sicurezza e i problemi fun­zio­na­li di un software possono essere risolti più ve­lo­ce­men­te senza che se ne creino di nuovi. Sebbene il percorso d’in­te­gra­zio­ne del processo DevOps sia spesso lungo e im­pe­gna­ti­vo, tanto le aziende quanto i clienti traggono vantaggio da questa soluzione.