Une fintech qui migre sans interruption de service

La fintech exploitait ses services de paiement sur des serveurs loués, configurés à la main au fil des années. Les déploiements demandaient une fenêtre de maintenance nocturne, la documentation ne correspondait plus à la réalité, et une seule personne connaissait l'enchaînement exact des opérations de remise en service.

Une migration vers le cloud était devenue nécessaire, mais le métier n'autorisait aucune interruption : les paiements circulent en continu, et une indisponibilité, même brève, entraîne des obligations contractuelles envers les partenaires bancaires. La contrainte n'était pas technique, elle était de continuité de service.

Nous avons commencé par décrire l'infrastructure cible en code et par reconstruire un environnement de recette identique à la production, ce qui n'existait pas. Cet environnement a servi à répéter la migration sept fois avant de toucher au système réel, et à chiffrer précisément la fenêtre de bascule de chaque service.

La migration s'est faite service par service, en commençant par les plus périphériques, chaque étape restant réversible tant que le trafic n'était pas entièrement basculé. Les services de paiement ont été déplacés en dernier, avec une bascule progressive du trafic et un retour arrière prêt à être déclenché à chaque palier.

La supervision — métriques, journaux et traces — a été mise en place avant la première bascule, et non après. C'est elle qui a permis d'arbitrer chaque palier sur des mesures plutôt que sur des impressions, et de dimensionner la cible sans surpayer une capacité inutilisée.