Motivi per il ritiro dell'applicazione (calo dell'applicazione)

I portafogli aziendali raramente si riducono da soli. I sistemi persistono, le licenze si accumulano e gli amministratori qualificati diventano più difficili da trovare. Per le organizzazioni focalizzate sulla gestione dei dati nel cloud, sull'intelligence aziendale e sulla governance dei dati, la strada da seguire è razionalizzare ciò che rimane, ciò che si modernizza e ciò che va in pensione. Questo blog esplora i principali fattori che promuovono questo cambiamento, consentendovi di ottimizzare il vostro ecosistema IT per la gestione dei dati nel cloud e l'intelligence aziendale.

Le applicazioni legacy sono sistemi obsoleti, in gran parte rimossi dall'uso attivo e conservati principalmente per ricerche occasionali e reporting di conformità. Non sono più in linea con le attuali esigenze aziendali o gli standard tecnologici. Questi sistemi sono in genere caratterizzati da stack tecnologici obsoleti, risorse di supporto in calo e incompatibilità con le piattaforme moderne. Contrariamente alla percezione comune, le applicazioni legacy non sono necessariamente non funzionali: molte rimangono operative, ma creano sfide crescenti per le organizzazioni che cercano agilità ed efficienza.

Ritiro dell'applicazione (cessazione dell'applicazione) consiste nella dismissione pianificata di un sistema, preservandone al contempo i record aziendali in un archivio accessibile e conforme. Si elimina il debito tecnico e i rischi associati, si conservano i dati (spesso con controlli di conservazione e conservazione a fini legali) e si abilita un accesso self-service sicuro per audit, analisi e continuità. Rimuovendo le app ridondanti, le aziende possono reindirizzare i propri budget verso soluzioni innovative, come analisi basate sull'intelligenza artificiale e architetture cloud-native, fondamentali per il portfolio di Solix.

Fattori chiave per il ritiro delle applicazioni

Prima di elencare i fattori trainanti, vale la pena sottolineare il contesto macro: i leader stanno riallocando i budget verso la modernizzazione e l'intelligenza artificiale, semplificando al contempo il patrimonio di fornitori e colmando le lacune di competenze. Forrester evidenzia il crescente peso del debito tecnico, mentre Gartner mostra un'accelerazione del consolidamento e dell'adozione del cloud, e IDC quantifica la carenza di competenze a livello globale. Insieme, queste tendenze costituiscono un argomento convincente per l'eliminazione delle app legacy a basso valore e ad alto rischio e per la conservazione solo dei dati necessari, gestiti in modo solido e immediatamente utilizzabili. Di seguito, approfondiamo nove fattori chiave, supportati da approfondimenti degli analisti, evidenziando perché ora è il momento di agire.

1. Riduzione dei costi e rimborso del debito tecnico

ForresterIl sondaggio Tech Pulse del secondo trimestre del 2024 di Tech Pulse mostra che solo il 21% dei leader IT statunitensi dichiara di essere esente da debiti tecnici significativi. Quasi la metà si trova a gestire livelli moderati, mentre il 30% si trova ad affrontare debiti gravi o critici. Questo onere, determinato da scelte passate, scadenze ravvicinate e pressioni esterne, limita il progresso delle nuove iniziative. Come il debito finanziario, il debito tecnico cresce nel tempo, richiedendo maggiori risorse per essere risolto e rallentando l'innovazione e la resilienza, inclusa la sicurezza.

Forrester consiglia di dedicare circa il 20% della spesa del portafoglio alla gestione del debito tecnico, altrimenti "non ci si arriva". Questa spesa è più facile da smaltire quando si dismettono sistemi con basso valore aziendale e costi di gestione elevati.

2. Consolidamento dei fornitori (piattaforme meno numerose e più potenti)

Dal 2005, Oracle si è affermata come leader nel consolidamento di software aziendale, acquisendo 43 applicazioni per ampliare il proprio portfolio. Tra le principali acquisizioni figurano PeopleSoft, JD Edwards, Siebel (CRM), Agile Software (PLM) e Retek (Retail). Al contrario, SAP si è concentrata principalmente sullo sviluppo interno del proprio stack ERP, mentre Infor ha ampliato la propria piattaforma di gestione aziendale attraverso acquisizioni di fornitori più piccoli, tra cui BaaN, e.piphany, GEAC, SSA Global, Extensity e Systems Union. Le aziende che utilizzano queste applicazioni acquisite devono ora valutare se rimanere sulla piattaforma consolidata o passare a un nuovo fornitore.

I portafogli SaaS si stanno riducendo (ad esempio, le app medie sono diminuite 5% su base annua), segnalando un passaggio deliberato a un numero inferiore di piattaforme strategiche. Man mano che le organizzazioni standardizzano le suite principali, dismettono i SaaS sovrapposti e, cosa fondamentale, ritirano i sistemi "side-car" legacy che esistevano solo per integrare o colmare le lacune. Ciò riduce i costi generali di licenza e integrazione, riduce l'ambito di audit e libera budget per la modernizzazione.

3. Piattaforme ERP modulari → personalizzate → SaaS e low-code

Dalle build interne ➜ alle suite aziendali modulari (ERP, SCM, CRM) o alle piattaforme agili basate su cloud (SaaS e LCAP): per decenni, le aziende sono passate da sistemi personalizzati ad architetture modulari e pacchettizzate, con fornitori come SAP e Oracle che hanno definito il modello e ampliato le funzionalità tramite moduli aggiuntivi. Gli attuali livelli di fase nelle piattaforme SaaS e low-code riducono ulteriormente la necessità di strumenti "side-car" una tantum. Il passo successivo pratico è la pulizia del portfolio: modernizzare ciò che è in linea con la piattaforma di destinazione e ritirare le app legacy non modulari, mantenendo i dati accessibili per audit e analisi.

Report Si stima che entro la fine del 2025, circa il 70% delle nuove applicazioni sviluppate dalle organizzazioni si baserà su tecnologie low-code o no-code, un balzo impressionante rispetto a meno del 25% nel 2020. Man mano che i team assemblano funzionalità su piattaforme applicative SaaS e low-code (LCAP) standardizzate, le app legacy personalizzate diventano ridondanti. Le organizzazioni si consolidano su poche piattaforme strategiche, eliminano la coda lunga degli strumenti personalizzati e conservano i record storici in un archivio conforme per audit e analisi.

4. Scarsità di competenze e supporto

IDC prevede che entro il 2026, oltre il 90% delle organizzazioni risentirà dell'impatto della crisi delle competenze IT, con perdite cumulative pari a 5.5 trilioni di dollari. Se il bacino di talenti di un sistema sta evaporando (ERP obsoleti, 4GL, app personalizzate), il suo ritiro elimina un rischio operativo. La forza lavoro tecnologica odierna è sempre più concentrata su settori emergenti come l'intelligenza artificiale, il cloud computing e la scienza dei dati. Nel frattempo, una generazione di specialisti mainframe sta andando in pensione, lasciando dietro di sé un pool di esperti in calo. La maggior parte dei neolaureati in informatica ha poca familiarità con linguaggi legacy come COBOL o Natural e non ha familiarità con i database gerarchici che alimentano i mainframe tradizionali. Modernizzando i propri sistemi, le organizzazioni possono attingere a competenze moderne e ridurre la dipendenza da una base di talenti obsoleta e obsoleta.

5. Migrazione del mainframe

I mainframe continueranno a svolgere un ruolo mission-critical nel 2025, con il 92% delle organizzazioni che li considera essenziali per la crescita a lungo termine. Offrono affidabilità, sicurezza e prestazioni senza pari per settori come quello bancario, assicurativo e governativo. Tuttavia, l'aumento dei costi di manutenzione, la riduzione del numero di ingegneri qualificati in COBOL e la limitata agilità aziendale stanno spingendo le aziende verso la modernizzazione. I sistemi legacy faticano a integrarsi con piattaforme cloud, intelligenza artificiale e analisi, ostacolando l'innovazione e la trasformazione digitale. Inoltre, i problemi di conformità e di vendor lock-in contribuiscono ad aumentare l'urgenza. Di conseguenza, le organizzazioni stanno sempre più esplorando strategie di migrazione per migliorare la flessibilità, ridurre i costi e consentire l'accesso ai dati in tempo reale attraverso architetture moderne.

6. Sicurezza: esposizione alla fine del supporto

I sistemi legacy non ricevono aggiornamenti di sicurezza o prestazioni, il che amplia costantemente la finestra di esposizione e aumenta il rischio di violazioni. La risposta più pragmatica è quella di dismettere le applicazioni a fine supporto/fine vita e spostare solo i record aziendali in un archivio conforme e consultabile. In questo modo si riduce la superficie di attacco, si eliminano i componenti non patchabili e si semplifica il monitoraggio. Si mantiene ciò che conta – record immutabili con conservazione legale, audit trail e accesso basato sui ruoli – e si disattiva ciò che non conta: runtime vulnerabili, integrazioni orfane e server inattivi. Il risultato è un rischio inferiore, un TCO inferiore e una conformità più rigorosa.

7. Conformità normativa e governance dei dati

Per le applicazioni legacy che vengono raramente utilizzate, o non utilizzate affatto, le normative (GDPR, CCPA, HIPAA, SOX) richiedono comunque la conservazione e il recupero dei record storici. Il ritiro dell'applicazione consente di dismettere il sistema preservandone i dati in un archivio gestito e immutabile con policy di conservazione, conservazione a fini legali e audit trail completi. I team ottengono un'eDiscovery rapida senza dover mantenere l'applicazione online. Questo approccio impone la minimizzazione dei dati, riduce l'esposizione alle violazioni e l'ambito degli audit ed evita sanzioni per non conformità.

8. Preparazione all'intelligenza artificiale e accessibilità dei dati

L'intelligenza artificiale generativa necessita di dati governati, unificati e di alta qualità, non di app fragili e isolate. Entro il 2026, oltre l'80% delle aziende utilizzerà GenAI. Il percorso più breve per ottenere dati pronti per l'intelligenza artificiale è il ritiro delle applicazioni legacy: estrarre e convalidare i record storici, armonizzare gli schemi, applicare la lineage/mascheramento/conservazione legale e inserirli in un archivio governato o in un lakehouse/feature store. Da lì, pubblicare tabelle, feature ed embedding autorizzati tramite API per supportare flussi di lavoro di fine-tuning, RAG e agenti, migliorando l'accuratezza e la spiegabilità dei modelli e riducendo i costi di esecuzione, accelerando al contempo la distribuzione dell'intelligenza artificiale.

9. Adozione e scalabilità del cloud

L'adozione del cloud e la scalabilità sono fattori determinanti per la dismissione dei sistemi legacy che non sono in grado di funzionare in modo affidabile negli ambienti moderni. Con il passaggio delle organizzazioni ad architetture cloud-first e ibride, la dismissione delle applicazioni on-premise incompatibili riduce l'ingombro del data center, semplifica le operazioni e riduce i costi di gestione.

Secondo GartnerEntro la fine del 2025, oltre l'85% delle organizzazioni adotterà un approccio cloud-first e oltre il 50% utilizzerà piattaforme cloud industriali entro il 2028. Le aziende che non riusciranno ad adottare architetture cloud-native avranno difficoltà a implementare appieno le proprie strategie digitali. Il passaggio a piattaforme cloud-native consente ai team digitali e di prodotto di sfruttare la scalabilità, la flessibilità e l'innovazione integrate nei moderni ambienti cloud.

Come Solix aiuta (in breve)

Tecnologie Solix Offriamo soluzioni complete per la dismissione delle applicazioni che aiutano le organizzazioni ad archiviare dati critici, a mantenere la conformità normativa e a ottenere significativi risparmi sui costi. La nostra esperienza spazia dalla dismissione di sistemi legacy su più piattaforme, tra cui Oracle, SAP, sistemi mainframe e applicazioni aziendali personalizzate.

Solix fornisce il portafoglio necessario per andare in pensione in sicurezza e sbloccare il valore: pensionamento dell'applicazione e archiviazione aziendale (conservazione degli EBR con conservazione legale/immutabilità), governance dei dati e classificazione intelligente (conservazione basata su policy), mascheramento dei dati e privacy (utilizzo sicuro per test/analisi), archiviazione di e-mail/file (record olistici) e modelli di accesso AI e lakehouse aziendali per l'analisi dei dati archiviati.

Se stai valutando la possibilità di ritirare i candidati, inizia con il costo del servizio, la supportabilità e l'esposizione alle normative, quindi progetta un piano di ritiro che convalidi l'integrità dei dati, preservi il contesto e fornisca un accesso self-service sicuro per revisori e utenti aziendali.

Leggi di più:

Vuoi conoscere i numeri dietro la dismissione delle app? Da "Liability to Leverage", un'analisi approfondita di rischio, TCO, VAN, ROI pluriennale e di come Solix trasforma ogni dismissione in un budget per la successiva. Leggi Parte 1 (perché non può aspettare) e Parte 2 (il modello + il lancio).