Découpler avant que les dépendances ne freinent.

Clarifier la responsabilité et la propriété des données avant le découpage technique

Un service a besoin d'une mission métier compréhensible. Nous examinons les processus, la propriété des données et les dépendances de changement avant d'extraire des composants. Si plusieurs services partagent les mêmes tables et doivent toujours être publiés ensemble, il en résulte souvent une simple dépendance distribuée, sans l'avantage recherché.

Nous distinguons les requêtes synchrones des étapes de traitement asynchrones. Pour les processus métier traversant plusieurs services, les états intermédiaires et la compensation sont explicitement modélisés. Une réservation annulée est par exemple une action métier, et non un simple retour arrière technique sur l'ensemble des bases de données.

Rendre les erreurs distribuées visibles et traitables

Avec plusieurs services apparaissent des chemins réseau supplémentaires et d'éventuelles défaillances partielles. Nous planifions les délais d'expiration, les limitations et les nouvelles tentatives de manière à ce qu'un service lent ne bloque pas l'ensemble de l'application. Les nouvelles tentatives automatiques supposent qu'une action ne soit pas exécutée plusieurs fois par erreur.

La mise en œuvre se fait sur un périmètre délimité offrant un bénéfice mesurable. Des standards communs pour les journaux, les traces, le déploiement et l'astreinte empêchent que chaque service invente ses propres règles d'exploitation. Si le bénéfice attendu ne justifie pas l'effort, une application modulaire clairement structurée peut rester la solution la plus appropriée.