Optimisation HPC et processus actuariels chez un assureur européen

Contexte

Un assureur international dont le siège est en Europe exécute ses calculs actuariels sur une infrastructure HPC pilotée par IBM Spectrum Symphony. Les processus critiques de chaque cycle de clôture mensuelle dépendent d'un code actuariel en PL/SQL écrit au fil des années, sans documentation et sans l'équipe d'origine qui l'a développé.

Avec une infrastructure HPC statique et des processus allant jusqu'à 15 minutes chacun dans des fenêtres de clôture de plus en plus serrées, le risque n'était pas seulement de performance : il était de calendrier réglementaire. La mission consistait à réduire les temps et la consommation de ressources sans interrompre un seul cycle de clôture.

Le défi

Le diagnostic initial a identifié trois fronts :

• Code actuariel legacy sans documentation : le modifier sans le comprendre en profondeur était un risque pour l'exactitude des résultats.
• Infrastructure HPC statique : l'allocation des ressources ne suivait pas la charge réelle de chaque processus, avec des pics de consommation serveur pendant les clôtures.
• Fenêtres de clôture compromises : quatre processus critiques concentraient le temps de calcul et tout incident mettait en péril le reporting dans les délais.

Approche par phases

Le travail a été organisé en trois étapes enchaînées, chacune validée avant de passer à la suivante.

1. 01

   Diagnostic de l'environnement actuariel et de l'infrastructure HPC

   Cartographie de la logique métier, du code et des goulots d'étranglement du grid : quels processus consommaient le temps et pourquoi.

2. 02

   Refactorisation modulaire par phases de 4 processus critiques

   Réécriture de fonctions, élimination des redondances et réorganisation de la logique, processus par processus, en comparant les résultats avec l'original à chaque itération.

3. 03

   Optimisation HPC progressive

   Ajustement de l'utilisation des ressources du grid selon la charge réelle de chaque processus, sans changement de plateforme et sans interrompre les cycles métier.

Architecture et stratégie

Aucune pièce de l'environnement n'a été remplacée : l'assureur a conservé son grid Symphony et sa base Oracle. L'amélioration est venue de deux leviers combinés, le code (moins de travail par processus) et la plateforme (une meilleure répartition de ce travail), appliqués par petits incréments avec validation de la précision à chacun d'eux.

Résultats mesurables

Résultats validés en production après la dernière phase :

Chiffres agrégés et anonymisés dans le cadre d'un accord de confidentialité. Source : projets de Vermont Solutions.

Enseignements transposables

• Diagnostiquer avant d'intervenir : la plus grande économie se trouvait dans quatre processus précis, et non dans toute la plateforme.
• Refactoriser et affiner la plateforme en même temps multiplie l'effet de chaque levier pris séparément.
• Valider la précision à chaque itération est ce qui permet de modifier en toute sécurité un code actuariel sans documentation.

Cadre réglementaire

Dans l'assurance, le temps de calcul actuariel conditionne le respect des délais de reporting.

• Solvabilité II : calcul des provisions et reporting au superviseur dans les délais.
• DORA (art. 28) : l'intervention sur un système critique est gérée avec validation par phases et capacité de retour arrière.

Questions fréquentes

Contenus associés

• Service : HPC et Grid Computing →
• Service : performance tuning →
• Produit : add-on pour IBM Spectrum Symphony →
• Cas client : modernisation actuarielle chez un grand assureur →