Glossario · Tecnico · Modernizzazione legacy
COBOL — il core legacy di banche e assicurazioni
COBOL è un linguaggio del 1959 che continua a eseguire il core transazionale di buona parte di banche e assicurazioni: processi batch, conti, polizze, liquidazioni. Non è una reliquia innocua: decenni di logica di business non documentata e il pensionamento di chi lo mantiene lo rendono un debito tecnico critico e un rischio di continuità.
Perché è ancora vivo (e perché è un rischio)
COBOL persiste perché è affidabile e gestisce volumi transazionali enormi con costi prevedibili. Il rischio non è il linguaggio in sé, ma il suo contesto: carenza di competenze (il personale che lo conosce va in pensione), accoppiamento a mainframe e batch, assenza di documentazione e difficoltà a evolvere al ritmo del business. In base alla DORA, inoltre, la dipendenza da sistemi che pochi sanno mantenere è un rischio per la resilienza operativa.
Strategie di modernizzazione
- Strangler fig — estrarre funzionalità verso nuovi servizi che convivono con il COBOL fino a svuotarlo e dismetterlo, senza un «big bang» ad alto rischio.
- Incapsulamento tramite API — esporre il core COBOL dietro un livello di servizi per disaccoppiare i consumatori prima di riscrivere.
- Riscrittura selettiva verso Java/Python con parità di output verificata prima di ogni cutover.
- Continuità operativa — periodi di coesistenza e confronto dei risultati tra il sistema legacy e quello nuovo.
Correlati nel glossario
Vedere anche debito tecnico e Oracle Forms, altri fronti tipici del legacy in banche e assicurazioni.
Come aiuta Vermont Solutions
Modernizzazione del core COBOL senza interrompere l'operatività
Applichiamo lo strangler fig sul core: estrazione della logica, coesistenza con parità di output e riscrittura per fasi, con continuità operativa Tier-1 e allineamento alla DORA.
Scopri la modernizzazione di legacy e core →Ultimo aggiornamento: 2026-06-19. Contenuto editoriale di Vermont Solutions, citabile con attribuzione.