Modernisation avec Kubernetes chez un assureur européen

Contexte

Un assureur international opérant en Europe devait migrer le cœur de ses applications vers une plateforme de conteneurs sans interrompre le service à ses assurés. Six environnements de production, chacun avec ses dépendances, devaient passer d'une infrastructure traditionnelle à un Kubernetes hybride : RKE2 avec Rancher on-premise et extension vers AWS EKS.

La contrainte principale n'était pas technique mais opérationnelle : la migration devait cohabiter avec l'activité quotidienne (émission, sinistres, clôtures) en maintenant la disponibilité des services pendant toute la transition.

Le défi

Le point de départ combinait trois limitations courantes dans le secteur :

• Des déploiements manuels et peu traçables entre environnements, avec un risque de dérive de configuration entre développement, préproduction et production.
• L'absence d'une couche d'observabilité commune : chaque environnement était supervisé avec des outils différents.
• La nécessité de monter en charge dans le cloud sans perdre le contrôle des systèmes critiques qui devaient rester on-premise.

Approche par phases

Nous avons appliqué la même méthode par phases que nous utilisons en banque pour les plateformes Kubernetes hybrides, adaptée au calendrier opérationnel de l'assureur.

1. 01

   Analyse et conception

   Inventaire des charges de travail, définition de l'architecture hybride et dimensionnement des six environnements.

2. 02

   Déploiement on-premise

   RKE2 et Rancher comme base d'orchestration, en validant d'abord les services les moins critiques.

3. 03

   Extension vers AWS EKS

   Clusters sur AWS intégrés à la plateforme on-premise via une connectivité hybride et une console de gestion unique.

4. 04

   GitOps avec Rancher Fleet

   Promotion déclarative entre environnements : chaque changement versionné, revu et reproductible.

5. 05

   Observabilité

   Prometheus, Grafana et Loki pour les métriques, les alertes et les logs centralisés de tous les environnements.

6. 06

   Migration progressive

   Environnement par environnement, avec validation fonctionnelle et fenêtre de retour arrière à chaque phase, sans interruption du service au client final.

Architecture et stratégie

L'architecture finale est hybride : RKE2 on-premise pour les systèmes qui doivent rester dans le datacenter de l'assureur et AWS EKS pour les charges qui bénéficient de l'élasticité du cloud, orchestrés depuis une console unique. GitOps avec Rancher Fleet gouverne la promotion entre environnements et la couche d'observabilité est commune à tous.

Résultats mesurables

Résultats à la fin de la migration :

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

Enseignements transposables

• Migrer environnement par environnement, en commençant par les moins critiques, réduit le risque et crée la confiance pour les phases suivantes.
• Une console unique pour l'on-premise et le cloud évite de dupliquer équipes et procédures.
• GitOps transforme chaque déploiement en preuve auditable, ce que le superviseur apprécie autant que l'équipe d'exploitation.

Cadre réglementaire

L'utilisation du cloud public chez un assureur européen est gouvernée comme l'externalisation d'un service critique.

• DORA (art. 28) : risque lié aux tiers TIC, réversibilité et observabilité de la plateforme hybride.
• Solvabilité II : continuité des processus qui alimentent le reporting au superviseur pendant toute la migration.

Questions fréquentes

Contenus associés

• Service : DevOps et Kubernetes →
• Service : migration cloud de systèmes critiques →
• Cas client : modernisation avec Kubernetes dans la banque →