SOTTO ACCORDO DI RISERVATEZZA
Ottimizzazione HPC e processi attuariali in compagnia assicurativa europea
Diagnosi HPC e refattorizzazione modulare del codice attuariale. Processi critici ridotti da 15 minuti a meno di 1 minuto, senza interrompere i cicli di chiusura.
Settore
Assicurazioni · Compagnia assicurativa internazionale (Europa)
Stack tecnologico
HPC, IBM Spectrum Symphony, ottimizzazione di codice attuariale, PL/SQL
Ambito del progetto
- · Diagnosi dettagliata dell'ambiente attuariale e dell'infrastruttura HPC
- · Refattorizzazione modulare per fasi di 4 processi attuariali critici
- · Ottimizzazione HPC progressiva senza interrompere i cicli di business
Impatto misurabile
- · +92 % di miglioramento nei tempi di calcolo
- · Processi ridotti da 15 minuti a meno di 1 minuto
- · -40 % di consumo di risorse di server
- · Zero interruzioni nei cicli di chiusura mensile
Contesto
Una compagnia assicurativa internazionale con sede in Europa esegue i suoi calcoli attuariali su un'infrastruttura HPC governata da IBM Spectrum Symphony. I processi critici di ogni ciclo di chiusura mensile dipendono da codice attuariale in PL/SQL scritto nel corso degli anni, senza documentazione e senza il team originale che lo ha sviluppato.
Con un'infrastruttura HPC statica e processi fino a 15 minuti ciascuno all'interno di finestre di chiusura sempre più strette, il rischio non era solo di prestazioni: era di calendario normativo. L'incarico consisteva nel ridurre i tempi e il consumo di risorse senza interrompere neppure un ciclo di chiusura.
La sfida
La diagnosi iniziale ha identificato tre fronti:
- Codice attuariale legacy senza documentazione: modificarlo senza comprenderlo a fondo era un rischio per l'esattezza dei risultati.
- Infrastruttura HPC statica: l'assegnazione delle risorse non seguiva il carico reale di ciascun processo, con picchi di consumo dei server durante le chiusure.
- Finestre di chiusura compromesse: quattro processi critici concentravano il tempo di calcolo e qualsiasi incidente metteva a rischio il reporting puntuale.
Approccio per fasi
Il lavoro è stato organizzato in tre tappe concatenate, ciascuna validata prima di passare alla successiva.
-
01
Diagnosi dell'ambiente attuariale e dell'infrastruttura HPC
Mappatura della logica di business, del codice e dei colli di bottiglia del grid: quali processi consumavano il tempo e perché.
-
02
Refattorizzazione modulare per fasi di 4 processi critici
Riscrittura di funzioni, eliminazione di ridondanze e riorganizzazione della logica, processo per processo, confrontando i risultati con l'originale a ogni iterazione.
-
03
Ottimizzazione HPC progressiva
Regolazione dell'uso delle risorse del grid in base al carico reale di ciascun processo, senza cambi di piattaforma e senza interrompere i cicli di business.
Architettura e strategia
Nessun componente dell'ambiente è stato sostituito: la compagnia ha conservato il suo grid Symphony e il suo database Oracle. Il miglioramento è venuto da due leve combinate, il codice (meno lavoro per processo) e la piattaforma (migliore distribuzione di quel lavoro), applicate in piccoli incrementi con validazione della precisione a ogni passo.
Risultati misurabili
Risultati validati in produzione dopo l'ultima fase:
| Indicatore | Prima | Dopo |
|---|---|---|
| Tempo dei processi critici | 15 minuti per processo | < 1 minuto (+92 % di miglioramento) |
| Consumo di risorse dei server | Picchi durante le chiusure | −40 % |
| Interruzioni nei cicli di chiusura mensile | Rischio a ogni ciclo | 0 |
Cifre aggregate e anonimizzate in base a un accordo di riservatezza. Fonte: progetti di Vermont Solutions.
Lezioni applicabili
- Diagnosticare prima di intervenire: il risparmio maggiore era in quattro processi concreti, non nell'intera piattaforma.
- Refattorizzare e mettere a punto la piattaforma allo stesso tempo moltiplica l'effetto di ciascuna leva presa singolarmente.
- Validare la precisione a ogni iterazione è ciò che permette di modificare in sicurezza codice attuariale privo di documentazione.
Quadro normativo
Nelle assicurazioni, il tempo di calcolo attuariale condiziona il rispetto delle scadenze di reporting.
- Solvency II: calcolo delle riserve tecniche e reporting all'autorità di vigilanza entro i termini.
- DORA (art. 28): l'intervento su un sistema critico viene gestito con validazione per fasi e capacità di rollback.
Domande frequenti
Quali tecnologie sono state coinvolte?
IBM Spectrum Symphony come gestore del grid HPC, codice attuariale in PL/SQL su Oracle e strumenti di analisi delle prestazioni. Non è stata introdotta nessuna piattaforma nuova.
È stata interrotta qualche chiusura mensile?
No. Ogni modifica è stata rilasciata fuori dalle finestre di chiusura e validata confrontando i risultati con il processo originale prima di sostituirlo.
È applicabile a una compagnia assicurativa che usa un altro gestore di grid?
Sì. Il metodo (diagnosi, refattorizzazione per fasi e regolazione delle risorse in base al carico reale) è indipendente dal prodotto. Vermont lavora con IBM Spectrum Symphony e TIBCO DataSynapse.
Posso conoscere la compagnia assicurativa e le cifre complete?
Il caso è anonimizzato in base a un accordo di riservatezza. Il dettaglio dell'architettura e le cifre complete vengono condivisi previa firma di un NDA.
Contenuti correlati
Ultimo aggiornamento: 2026-09-12
Le cifre e l'architettura completa sono condivise previa firma di NDA.
Richiedere il dettaglio sotto NDA →