Migration cloud et exploitation 24/7 pour un groupe logistique

Notre client est un groupe logistique qui exploite des activités d’entreposage et de transport longue distance en Belgique et aux Pays-Bas. Son exploitation quotidienne repose sur une plateforme de planification et de suivi des expéditions : les exploitants affectent les chargements, les conducteurs remontent leur statut depuis des terminaux mobiles, et des liaisons EDI échangent commandes et confirmations de livraison avec les partenaires retail, jour et nuit.

La plateforme s’était développée pendant une décennie sur des serveurs hébergés dans un unique datacentre. Une petite équipe informatique interne la maintenait en fonctionnement en parallèle de l’informatique de bureau, sans rotation d’astreinte formalisée ni procédure de reprise documentée.

La disponibilité était devenue un risque commercial. Les pannes survenant pendant les créneaux de chargement du soir bloquaient la planification de dépôts entiers, et les incidents nocturnes attendaient l’équipe du matin. Les serveurs avaient été configurés à la main au fil des années : personne ne pouvait les reconstruire à partir d’une définition. Des sauvegardes existaient, mais une restauration complète n’avait jamais été testée.

La direction devait trancher : constituer en interne une capacité d’exploitation 24/7, ou transférer la plateforme — et la responsabilité de sa disponibilité — à un partenaire sous contrat. Elle a retenu la seconde option.

Nous avons commencé par quatre semaines de cadrage et d’audit : cartographie des dépendances, profilage de la charge et test de restauration, qui a confirmé la réalité du risque pesant sur les sauvegardes. Nous avons ensuite conçu une architecture cible AWS dans la région eu-central-1 (Francfort), afin de conserver les données opérationnelles au sein de l’UE. Le backend .NET de planification a été conteneurisé et déployé sur ECS Fargate derrière un Application Load Balancer ; la base SQL Server a été migrée vers RDS avec bascule Multi-AZ et restauration à un instant donné ; la passerelle EDI a été reconstruite sous forme de service à files d’attente sur SQS, de sorte que le trafic des partenaires survit aux redémarrages en aval au lieu d’être perdu.

L’ensemble de l’environnement est défini dans Terraform et déployé via GitLab CI. Les déploiements blue-green ont remplacé le gel trimestriel des mises en production : chaque version est déployée sur un groupe cible parallèle, vérifiée à l’aide de transactions de planification synthétiques, puis basculée — ou annulée — en quelques minutes. Plus rien sur la plateforme n’est configuré à la main.

Depuis la bascule, la plateforme est exploitée dans le cadre de notre contrat « Infogérance & maintenance (SLA) ». Prometheus et Grafana fournissent métriques et tableaux de bord ; les alertes sont acheminées vers notre astreinte 24/7 via Opsgenie et classées P1–P4, avec des délais de réponse contractuels. Chaque incident donne lieu à un post-mortem écrit, et la procédure de reprise est retestée à échéances fixes — pas simplement supposée fonctionner.