Plateforme d’entreprise multi-tenant : évoluer sans risque autour de systèmes hérités
- De quoi il s’agissait
- Évolution sans risque d’une plateforme d’entreprise en service : administration, forfaits, branding et synchronisation, sans casser les processus hérités.
- Mon rôle
- Frontend et backend au sein de l’équipe produit
- Période
- 2024–2026
- Résultat
- De nouvelles fonctionnalités livrées dans un système multiclient en production, sans interruption de service.
Contexte et problème initial
Un système en production avec plusieurs clients, un espace d’administration commun et des environnements par tenant. Chaque modification peut affecter des comportements hérités et des processus clients en cours.
Enjeu business
Faire évoluer le produit sans risque : ajouter l’administration, les forfaits et le branding, améliorer la synchronisation et préserver les processus établis.
Contraintes et inconnues
- AngularJS et Angular moderne qui cohabitent
- Environnements master et tenant séparés
- MySQL et PostgreSQL dans une même architecture produit
- Des modifications dans un système multiclient en production
Ma responsabilité
Développement frontend et backend au sein de l’équipe produit, en s’appuyant sur l’architecture, les API, les données et les intégrations existantes.
Décisions clés et compromis
- Introduire les changements par phases et tester les processus liés
- Conserver les chemins hérités jusqu’à ce que la sûreté de la migration soit démontrée
- Valider les fonctionnalités sur des données clients réelles plutôt que sur des jeux de test idéalisés
Ce qui a changé
- Gestion des clients dans Super Admin
- Paramètres de forfait et de branding
- Création et modification des paramètres de facturation
- Rapports et alertes sur les erreurs de synchronisation
Limites de divulgation et de résultats
Prochaine étape pour une tâche similaire
Pour un système multiclient similaire, commencez par une cartographie des dépendances et des risques de mise en production.