Per competere nel lungo termine sul mercato, una delle pi\u00f9 grandi sfide delle aziende dei contesti enterprise \u00e8 evolvere i propri sistemi IT pi\u00f9 obsoleti<\/strong> per rispondere in modo rapido alle esigenze di business. Viviamo infatti in uno scenario in cui la Customer Journey<\/a> \u00e8 omnicanale, gli utenti trascorrono sempre pi\u00f9 tempo online e la pervasivit\u00e0 del digitale impatta sulle aziende in termini di:<\/p>\n Il digitale consente di evolvere la propria offerta sul mercato al fine di costruire una relazione pi\u00f9 intensa e duratura con il consumatore, passando dall\u2019idea di mero prodotto alla prospettiva pi\u00f9 completa di servizio. Mettere a disposizione dei propri clienti servizi digitali avanzati a valore aggiunto<\/strong> \u00e8 diventato un requisito fondamentale per mantenere la competitivit\u00e0 sul mercato: per farlo \u00e8 necessario costruire un ecosistema di servizi flessibile e aperto, frutto dell\u2019interazione tra le attivit\u00e0 di un\u2019azienda e il contributo (anche) di terze parti.<\/p>\n Il contesto \u00e8 veloce, interconnesso e distribuito, ma purtroppo \u00e8 sempre pi\u00f9 frequente per le aziende trovare delle resistenze al cambiamento<\/strong> a causa di sistemi legacy ereditati dal passato, frutto di esigenze diverse, ma che sono cruciali per il business.<\/p>\n Per capire come favorire la trasformazione digitale migliorando le prestazioni di un\u2019architettura IT aziendale dobbiamo prima identificare com\u2019\u00e8 composta. Generalmente, un sistema informatico aziendale \u00e8 costituito da due macro-elementi che sono opposti per caratteristiche e funzionalit\u00e0:<\/p>\n I sistemi legacy sono molte volte caratterizzati da un\u2019architettura di tipo monolitico<\/strong> \u2013 spesso lo specchio di un\u2019organizzazione aziendale a silos \u2013 e sono installati su hardware on-premise a cui sono strettamente legati. Ma cosa significa che un\u2019architettura \u00e8 \u201cmonolitica\u201d?<\/p>\n Un monolite \u00e8 uno stack applicativo singolo che raccoglie al proprio interno tutte le funzionalit\u00e0 dell\u2019applicazione: database, interfaccia utente, logica di business e altri componenti software sono strettamente integrati e interconnessi tra di loro in un unico blocco di codice.<\/p>\n Nelle architetture monolitiche riscontriamo un elevato grado di accoppiamento<\/strong> tra i servizi a livello di interazione, sviluppo e distribuzione con gravi implicazioni alla capacit\u00e0 di rispondere ai sempre pi\u00f9 dinamici obiettivi di business.<\/p>\n Ma quali sono le conseguenze di questo modello?<\/p>\n Nel contesto attuale, un\u2019infrastruttura IT monolitica fatica a rispondere alle esigenze e agli input del mercato, diventando sempre pi\u00f9 difficile e costosa da aggiornare e da mantenere<\/strong>. I componenti di un\u2019architettura a silos o monolitica sono integrati in un blocco compatto di codice, per cui la modifica anche di un solo componente pu\u00f2 incidere sull\u2019intera infrastruttura di base.<\/p>\n Questo comporta alcuni evidenti problemi:<\/p>\n Un altro problema cruciale \u00e8 la disponibilit\u00e0 dei dati a servizio dei canali digitali<\/strong>, fondamentale per evolvere i servizi offerti agli utenti, attivare la Data Analysis e fare Business Intelligence.<\/p>\n Nei sistemi monolitici risulta difficile estrarre dati utili, uniformi e sempre aggiornati<\/strong>: il risultato \u00e8 un dato \u201cimprigionato\u201d all\u2019interno del monolite, che di conseguenza non pu\u00f2 essere messo a disposizione del business.<\/p>\n \u00c8 evidente come le applicazioni legacy in un sistema monolitico non sono in grado di garantire le performance, la disponibilit\u00e0 del dato, la scalabilit\u00e0 e l\u2019affidabilit\u00e0 richiesta dai servizi digitali moderni.<\/p>\n Per preservare gli investimenti<\/strong> passati dei sistemi core aziendali e favorire al contempo lo sviluppo efficiente del business<\/strong>, la strada da percorrere \u00e8 sempre pi\u00f9 lontana dalle tradizionali strategie d\u2019integrazione one-to-one tra sistemi legacy e canali digitali, a favore della migrazione verso Architetture Evolutive<\/a>, basate su API e microservizi<\/a>. Queste architetture sono in grado di evolvere nel tempo by design, di operare su qualsiasi infrastruttura, di essere scritte con tecnologie e linguaggi differenti a seconda dei contesti d\u2019uso e\u00a0 possono scalare in ragione del business: sono quindi gi\u00e0 pronte per modificarsi in poco tempo, senza un aumento spropositato di costi e in modo sicuro.<\/p>\n\n
Sistema monolitico vs obiettivi di business<\/h2>\n
\n
I limiti di un sistema monolitico<\/h2>\n
\n
Liberare il dato per metterlo a disposizione del business<\/h2>\n
La strada verso l\u2019evoluzione<\/h2>\n