Le contexte
Application métier importante déjà en production, développée en PHP/Laravel, avec une équipe existante et la nécessité de continuer à assurer le service pendant les évolutions.
Reprendre
Reprise et stabilisation d'une application métier
Reprendre une application en production demande d'abord de comprendre son fonctionnement réel, ses contraintes métier, ses incidents et son organisation avant de décider quoi modifier.
Les problématiques
- Incidents récurrents et difficiles à diagnostiquer.
- Performances SQL à analyser et optimiser.
- Logs devenus difficiles à exploiter.
- Traitements asynchrones et montée en charge.
- Architecture devant continuer à évoluer sans réécriture globale.
- Production à préserver tout au long de l'intervention.
Notre intervention
-
01
Comprendre
Analyser le fonctionnement réel, les incidents, les logs, les traitements et les contraintes métier.
-
02
Stabiliser
Traiter certains problèmes récurrents afin de redonner de la stabilité et de la visibilité.
-
03
Faire évoluer
Optimiser SQL, logs, scheduler, queues et architecture sans transformer la reprise en réécriture générale.
-
04
Transmettre
Partager les diagnostics, expliquer les choix et permettre à l'équipe de gagner progressivement en autonomie.
Ce que cela a permis
- Mettre progressivement l'application sous contrôle.
- Réduire les difficultés récurrentes.
- Améliorer la visibilité sur les causes d'incidents.
- Permettre à l'équipe de reprendre davantage la maîtrise du projet.
Technologies secondaires
PHPLaravelSQLscheduler / queuestraitements asynchrones