Cas 003 · Direction de ré-architecture et de migration

Visualping : du monolithe aux microservices

Le monolithe historique de Visualping surveillait des milliards de pages web pour deux millions de clients. L'engagement a défini et réalisé une transition vers des services indépendants sans interrompre le produit.

Données de l’engagement

Élément	Détail
Client	Visualping, surveillance des changements de pages web, deux millions de clients
Interlocuteurs	Plusieurs équipes de développement internes, réalisant l’essentiel de l’implémentation
Période	Janvier 2022 à juin 2023, 18 mois
Forme	À temps partiel et flexible, avec une intervention à chaque étape décisive
Périmètre	Audit, architecture cible, plan de migration et implémentation du chemin critique
Honoraires	118 200 $ CA, facturés à 200 $ CA de l’heure

Principes de conception appliqués

La capacité de montée en charge au volume du crawling, le coût d’infrastructure par page surveillée, l’autonomie des équipes et leur vitesse de livraison, le risque de migration et la continuité de service, ainsi que la latence perçue par l’utilisateur ont guidé l’architecture cible et la séquence de migration.

Résultat mesuré

La facture AWS a été divisée par quatre, soit environ 850 000 $ d’économies par an. La vitesse de développement a été multipliée par cinq lorsque chaque service a été confié à une seule équipe.

Le programme a respecté le calendrier initial de 18 mois, tout en intégrant un périmètre supplémentaire en cours de route.

Déroulement du programme

Auditer le système en production. Le monolithe a été parcouru de bout en bout et mesuré sous une charge réelle de crawling. Les goulots d’étranglement, le coût de la montée en charge et les couplages ralentissant toutes les équipes ont été nommés et quantifiés avant de dessiner la cible.
Concevoir la cible et le chemin pour l’atteindre. Blobb a conçu un ensemble de microservices découplés autour d’une responsabilité claire des équipes, puis a séquencé ce qui devait migrer en premier, ce qui pouvait avancer en parallèle et ce que le monolithe conserverait jusqu’à la fin.
Réaliser le chemin critique et remettre le reste aux équipes. Les équipes de Visualping ont réalisé la majeure partie de l’implémentation. Blobb est resté intégré à temps partiel, a construit les éléments où le risque se concentrait et a revu puis corrigé la trajectoire à chaque jalon.

Registre des chantiers

ID	Chantier et résultat mesuré	Classification
W-01	Ordonnanceur distribué. Le parcours au volume le plus élevé a été reconstruit sous forme d’ordonnanceur distribué, supprimant son plafond de montée en charge.	Chemin critique
W-02	Moteur de crawling web. Le crawler est devenu un service indépendant conçu autour du coût réel de récupération et de comparaison d’une page, réduisant le temps de crawling de 40 % à 90 % selon la page.	Chemin critique
W-03	Interface indépendante. L’interface a été extraite et reconstruite comme application React autonome avec son propre rythme de livraison, réduisant de 75 % la latence des requêtes d’interface.	Structurel
W-04	Responsabilité des services. Les frontières ont été dessinées pour confier chaque microservice à une seule équipe, multipliant par cinq la vitesse de développement.	Structurel
W-05	Coût d’infrastructure. La mise à l’échelle indépendante a permis d’adapter la capacité à chaque charge, contribuant à diviser par quatre les dépenses AWS et à économiser environ 850 000 $ par an.	Structurel

Ce qui a été remis au client

Un audit de la plateforme historique, une architecture cible associée aux équipes responsables, un plan de migration séquencé sur 18 mois, un ordonnanceur distribué et un moteur de crawling construits avec les équipes, une interface React livrée indépendamment et une organisation d’ingénierie capable de livrer plus vite.

Chiffres mesurés à la clôture de l’engagement. Des précisions supplémentaires sont disponibles sous accord de confidentialité.

Découvrez le travail d’architecture de Blobb ou réservez un appel pour discuter d’une ré-architecture similaire.