Migrare l'AS/400 al cloud, senza fermare l'azienda.
Portiamo il vostro AS/400 (IBM iSeries, RPG, COBOL) su architetture moderne cloud-native preservando la logica business e le integrazioni di rete. Strangler pattern, business continuity preservata, rollback ad ogni fase.
Cosa succede oggi.
L'AS/400 (oggi IBM iSeries) è ancora il backbone gestionale di moltissime aziende manifatturiere e di distribuzione italiane. Funziona, ma: i programmatori RPG vanno in pensione, il costo di manutenzione cresce, integrarlo con sistemi moderni richiede patch fragili, e l'evoluzione del business si scontra con la rigidità del legacy.
Migrare un AS/400 non è 'installare un programma nuovo'. È un esercizio di archeologia operativa: scoprire la logica business sparsa in 20 anni di RPG, capire quali parti sono effettivamente usate, quali integrazioni di rete (EDI, EDIFACT, file SFTP) sono critiche. Senza un approccio progressivo, il rischio di rottura è altissimo.
Usiamo lo strangler pattern: il nuovo sistema viene introdotto modulo per modulo, l'AS/400 resta operativo finché ogni modulo nuovo è validato in produzione. Niente big-bang releases, criteri di rollback definiti per ogni fase, decommissione finale solo dopo 12+ mesi di parallel run su tutta la superficie.
L'AS/400 va via in punta di piedi, un modulo alla volta. Non con un weekend di Hail Mary.
La soluzione, smontata in parti.
-
Audit del legacy: 4-8 settimane
Mappiamo il sistema attuale: programmi RPG/COBOL, schema DB2, integrazioni di rete, knowledge tribale nel team. Output: dependency map, lista moduli per criticità, stima realistica dei tempi di migrazione.
-
Strangler pattern progressivo
Identifichiamo i moduli con miglior rapporto costo/beneficio e li riscriviamo per primi. Una facciata di API espone il legacy ai moduli nuovi; man mano che i moduli nuovi entrano in produzione, l'AS/400 perde superficie.
-
Parallel run + rollback gate
Ogni modulo migrato gira in parallelo col corrispondente legacy. Riconciliazione automatica, alert sui delta. Solo dopo 4-12 settimane senza alert si decide il cutover. Criteri di rollback predefiniti per ogni fase.
-
Decommissione finale + handover
L'AS/400 viene mantenuto in read-only per 12+ mesi dopo il cutover finale, come fallback storico. Solo dopo si valuta la decommissione definitiva. Documentazione completa al cliente, formazione del team interno, supporto operativo per i primi 6 mesi.
I profili tipici di chi ne beneficia.
-
Manifatturiero con AS/400 + MES legacy
Aziende italiane del manifatturiero (meccanica, plastica, alimentare) con AS/400 in produzione da decenni, integrato con MES, etichettatrici, sistemi di magazzino. Volume tipico: 50-500 dipendenti.
-
Distribuzione con gestionali RPG legacy
Grossisti, distributori, retailer con gestionali RPG anni 90/2000, integrazioni EDI con clienti, multi-magazzino. Il legacy è solido ma non integrabile con e-commerce, marketplace, sistemi di magazzino moderni.
-
Finance con sistemi mainframe peripheral
Istituti finanziari con sistemi RPG/COBOL periferici al core banking. Migrazione progressiva per ridurre il debito tecnico senza toccare il core regolamentato.
Trasparenza sui compiti del cliente.
Prima di partire abbiamo bisogno di alcuni accessi e decisioni. Tutto ragionevole, nessuna richiesta sorpresa.
-
Accessi tecnici
- Accesso in lettura a AS/400 (codice sorgente RPG/COBOL, schema DB2, configurazioni)
- Accesso ai sistemi integrati (EDI partner, sistemi di rete, MES)
- Ambiente di test isolato (provvediamo se non c'è)
-
Knowledge sharing
- Persona di riferimento interna che conosce il sistema attuale (anche se part-time)
- Documentazione esistente, anche frammentaria
- Storico cambiamenti significativi negli ultimi 5 anni
-
Decisioni operative
- Lista moduli da migrare in priorità (basata su valore business)
- Vincoli operativi (finestre di non-toccabilità, scadenze fiscali, picchi stagionali)
- Target cloud (AWS, Azure, GCP, OVH, on-premise moderno)
Numeri orientativi, non preventivi.
- TEMPI
- Audit iniziale 4-8 settimane. Migrazione completa tipicamente 12-24 mesi a seconda della complessità del codice esistente e del livello di customizzazione.
- COSTI
- Audit €15.000-40.000. Migrazione completa €150.000-600.000+ a seconda dell'estensione. Stime affidabili solo dopo audit.
- MODELLO
- Audit a milestone fissa. Migrazione a fasi con milestone separate per ogni modulo, possibilità di stop a ogni fase senza penalità.
Numeri orientativi. Per un preventivo accurato, parliamoci.
Le risposte alle domande più frequenti.
Quanto tempo serve davvero per migrare un AS/400?
Tra 12 e 24 mesi per un sistema medio (50-200 utenti, RPG con stratificazioni di 10-20 anni). Progetti con architettura semplice e poche personalizzazioni si concludono in 6-9 mesi; sistemi con anni di stratificazioni e integrazioni multiple richiedono 18-24 mesi. L'audit iniziale di 4-8 settimane stima i tempi reali.
Posso continuare a usare l'AS/400 mentre lavoriamo?
Sì, e di fatto è quello che succede. Lo strangler pattern mantiene l'AS/400 pienamente operativo durante tutta la migrazione. I moduli vengono migrati uno alla volta, in parallel run col legacy, con riconciliazione automatica. Il cutover finale avviene solo dopo 12+ mesi di parallel run senza incident.
I programmatori RPG vanno in pensione. Come gestite la knowledge transfer?
L'audit iniziale serve esattamente a questo: mappare la knowledge tribale prima che vada persa. Lavoriamo a quattro mani con i vostri programmatori senior (anche part-time) per estrarre la logica business reale dal codice e dalla loro testa, prima di riscriverla. Documentiamo tutto, niente knowledge nera.
Cosa succede ai dati storici durante la migrazione?
Tutti i dati storici vengono migrati con verifiche automatiche di coerenza pre/post-migration. Per data set molto grandi (>10TB) usiamo migrazione differenziale incrementale. Manteniamo accesso all'AS/400 in modalità read-only per 12+ mesi post-cutover come fallback storico, prima di considerare la decommissione definitiva.
Quanto costa rispetto a mantenere l'AS/400?
L'investimento è significativo (range €150k-600k) ma va valutato vs il costo totale di mantenere l'AS/400: licenze IBM, hardware, programmatori RPG (costo crescente per scarsità), debito tecnico cumulato, integrazioni mancanti che limitano la crescita. Break-even tipico 4-7 anni post-cutover.
Riconoscete il vostro caso?
Scrivete due righe sul vostro contesto. Rispondiamo entro 24-48 ore con una valutazione iniziale e un primo orientamento di tempi e costi.
Parliamone