{"id":30765,"date":"2024-11-22T14:16:43","date_gmt":"2024-11-22T13:16:43","guid":{"rendered":"https:\/\/www.codemotion.com\/magazine\/?p=30765"},"modified":"2024-11-26T16:09:14","modified_gmt":"2024-11-26T15:09:14","slug":"devops-e-cloudnative","status":"publish","type":"post","link":"https:\/\/www.codemotion.com\/magazine\/it\/open-source\/devops-e-cloudnative\/","title":{"rendered":"DevOps e Cloud Native: due termini estremamente popolari e due tematiche molto attuali"},"content":{"rendered":"\n

DevOps e Cloud Native sono degli approcci nello sviluppo software e, come tali, possono essere raggiunti con diversi strumenti e strategie applicative. Rappresentano quindi degli obiettivi comuni, dei metodi, intenti a risolvere problematiche specifiche.<\/p>\n\n\n\n

Nel caso di Devops, questo ha come obiettivo l’integrazione tra il mondo dello sviluppo e quello della parte di operation, tramite l’ottimizzazione del ciclo di sviluppo a 360 gradi, introducendo pratiche di continuos integration, continuous delivery e continuos deployment.<\/p>\n\n\n\n

Cloud Native si riferisce invece alla parte di progettazione applicativa ed infrastrutturale, rendendo la modularit\u00e0 e la scalabilit\u00e0 delle caratteristiche fondamentali dei progetti, grazie a tecnologie come i container che permettono di dividere la logica e l’effort computazionale in tanti piccoli componenti che interagiscono tra loro.<\/p>\n\n\n\n

Come mai questi due termini sono cos\u00ec importanti e qual \u00e8 la loro storia?<\/h2>\n\n\n\n

Nei primi anni 2000 il mercato era sempre pi\u00f9 complesso e le aziende avevano necessit\u00e0 di ottimizzare il proprio lavoro e tenere i costi sotto controllo, per restare competitivi in una scena che si manifestava particolarmente aggressiva, con fette di mercato sempre pi\u00f9 ristrette e deboli da mantenere.<\/p>\n\n\n\n

Da un punto di vista cronologico sicuramente una data chiave nell’avvio della definizione di questi due concetti \u00e8 il 2006, quando Amazon lancia AWS, la prima vera e propria piattaforma cloud esistente.<\/a><\/p>\n\n\n\n

Di l\u00ec a poco venne coniato il termine DevOps<\/a>: \u00e8 il 2008, Patrick Debois ed Andrew Shafer lo nominano durante il talk “Agile Infrastructure” della “Agile Conference\u201d.<\/p>\n\n\n\n

Nel frattempo, nel 2009 Patrick Debois organizza la prima conferenza dedicata a questo nuovo approccio, la DevOpsDays. <\/a>Questo segna anche l’inizio della community e di un vero e proprio movimento. <\/a>A distanza di un anno, aziende del calibro di Netflix, Amazon e Google iniziarono ad introdurre le pratiche DevOps<\/a>, influenzando inevitabilmente il resto dell’industria dello sviluppo software.<\/a><\/a><\/p>\n\n\n\n

L’unione di questi due mondi, DevOps e Cloud Native, rimasti separati per anni, crea nuove opportunit\u00e0 ed accelera la ricerca di nuovi paradigmi.<\/p>\n\n\n\n

L’evoluzione dei concetti: da termini a nuovi paradigmi<\/h2>\n\n\n\n

La pressione dei costi di esercizio e la necessit\u00e0 di essere sempre pi\u00f9 scalabili ed allo stesso tempo meno legati al problema delle dipendenze crea il terreno ideale per la nascita della metodologia “Twelve-Factor App\u201d.<\/p>\n\n\n\n

Sul sito 12factor.net \u00e8 possibile anche oggi trovare i riferimenti all’utilizzo di formati dichiarativi per favorire l’inserimento di nuovi sviluppatori, l’importanza della portabilit\u00e0, il supporto a piattaforme cloud, la riduzione delle differenze tra i diversi ambienti ed ovviamente la possibilit\u00e0 di fare scaling dell’applicativo.<\/p>\n\n\n\n

Il 2014 \u00e8 stato l’anno di introduzione di una piattaforma estremamente importante perch\u00e9 si riveler\u00e0 fondamentale nell\u2019affrontare queste tematiche: Kubernetes<\/a>. <\/a>Il suo strato di API, la sua naturale predisposizione al monitoraggio e alla scalabilit\u00e0, la possibilit\u00e0 di installarla su ambienti diversi e l’utilizzo intrinseco di container hanno reso la sua adozione inevitabile. <\/a>A distanza di 10 anni rappresenta ancora di pi\u00f9 l\u2019ideale di piattaforma da implementare nello sviluppo moderno di applicativi.<\/a><\/a><\/p>\n\n\n\n

Il 2015 rappresenta un po’ il traguardo di questo percorso: viene fondata la Cloud Native Foundation e questo avvenimento chiarisce che quanto avvenuto fino a quel momento non era solo una moda tecnologica passeggera, ma il suo destino era rimanere ed evolvere.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\"\"<\/a><\/figure>\n\n\n\n
<\/div>\n\n\n\n

Cloud Native e DevOps, due mondi uniti<\/h2>\n\n\n\n

Il percorso visto fin qui chiarisce anche come mai questi termini vengono spesso usati vicini e perch\u00e9 siano oggi difficilmente separabili: si pu\u00f2 fare DevOps su infrastruttura legacy, ma non tutto sar\u00e0 automatizzabile in assenza di API che controllino network, storage e capacit\u00e0 computazionale; allo stesso modo \u00e8 possibile usare i vari portali per gestire a mano le infrastrutture in cloud, ma la complessit\u00e0 data dal maggior numero di livelli di astrazione e dall’aumento dei diversi componenti in gioco rende tutto questo estremamente difficoltoso e sopratutto incline a favorire gli errori.<\/a><\/a><\/p>\n\n\n\n

Ma quali sono le sfide che limitano le aziende che ancora non hanno sposato queste tecnologie a farlo?<\/p>\n\n\n\n

Il debito tecnologico<\/h2>\n\n\n\n

\u00c8 molto facile partire da zero su un nuovo progetto ed essere diligenti o moderni, ma il discorso \u00e8 diverso se ci troviamo a mantenere e continuare a sviluppare un progetto datato, fatto con linguaggi non moderni e con programmi monolitici.<\/a><\/p>\n\n\n\n

Il lavoro da fare in una situazione di questo tipo \u00e8 molto e comporta lo scorporamento di funzioni e dati dal core principale per creare tutti quelli che saranno un domani i nuovi microservizi, con pesanti modifiche sia al codice che alle basi dati coinvolte. <\/a>Allo stesso modo c’\u00e8 un problema di competenza: l’introduzione di API e microservizi porta nuove sfide, in alcuni ambienti mai affrontate, che richiedono competenze specifiche e la conoscenza di ambiti pi\u00f9 ampi rispetto al passato, andando appunto a fondere temi di sviluppo e temi di infrastruttura.<\/p>\n\n\n\n

La formazione continua, la creazione di team interni di competenza verticale, l’utilizzo di template condivisi, l’adozione delle nuove AI <\/a>generative a supporto dello sviluppo: queste le strategie che possono facilitare un ammodernamento inevitabile e necessario, proprio perch\u00e9 dalla bont\u00e0 tecnologica delle soluzioni, metodologie e strategie adottate, dipender\u00e0 un domani la capacit\u00e0 di competere nel proprio mercato, considerando che ormai il software \u00e8 presente in praticamente qualsiasi ambito e mercato.<\/p>\n\n\n\n

<\/div>\n\n\n\n
\"\"<\/figure><\/div><\/div>

Cristiano Casella – Head of Platform Engineering @Seac<\/a>om<\/a><\/h2>

<\/p>

Appassionato di informatica, tecnologia, musica e cucina, vago tra i diversi ambiti dell’IT alla ricerca della formula perfetta per trasformare la caffeina in codici e architetture complesse. Forte ossessione per i flussi e i processi aziendali, nel tempo libero continuo ad occuparmi di tecnologia e tanukis perduti.<\/div>