Je suis en train de refactoriser un vieux module de synchronisation de données entre notre app et un service tiers, et je me retrouve un peu coincé sur la conception. D'un côté, j'ai l'impression que tout recoder avec une approche événementielle serait plus propre et résilient pour le futur, mais d'un autre, ça représente un chantier énorme pour un truc qui, aujourd'hui, fonctionne. En parallèle, je dois absolument mettre en place une **stratégie de gestion des erreurs** plus solide pour les appels qui timeout. J'ai l'impression de devoir choisir entre un gros refactor ambitieux et un correctif plus pragmatique, et je n'arrive pas à me décider. Quelqu'un a-t-il déjà été dans cette situation ?
|
Comment choisir entre refactor massif et approche événementielle pour l'API ?
|
|
Oui c est un dilemme classique et il faut se fixer des livrables clairs. Je penche pour stabiliser d abord avec une stratégie de gestion des erreurs pour les appels qui timeout avant de penser a un gros refactor evenementiel. Plan en etapes simples isoler le module ajouter des timeouts explicites mettre en place retries avec backoff et circuit breaker instrumenter et tester puis piloter dans un sous ensemble
Je doute que tout recommencer soit necessaire je vois souvent des gains en faisant d abord un patch ciblé sur la stratégie de gestion des erreurs pour les timeouts et sur les logs structures ajouter des timeouts robustes des backoffs et un mecanisme de dead letter et ca peut deja sauver les cas critiques sans toucher au reste
J avoue que l idee d un gros refactor me donne envie et m inquiete a la fois j ai peur de casser le fonctionnement et j aimerais un filet de securite
Reformulons le probleme peut etre le vrai enjeu n est pas evementiel contre direct mais comment assurer la fiabilite sans bloquer le business
On peut envisager une approche pragmatique avec une strategie de gestion des erreurs et un patch court sur les timeouts puis evaluer les gains sur 2 semaines et si c est sympa on pousse plus loin
Le modele evenementiel offre des perspectives a long terme mais la complexite gagne vite je garde a l esprit que chaque choix a des droits et des risques et que le plan doit rester adaptable sans jamais promettre une solution miracle
|
|
« Sujet précédent | Sujet suivant »
|

