Quand (et quand ne pas) générer une architecture événementielle

L’architecture événementielle fascine — files de messages, découplage, scalabilité. Mais l’appliquer par défaut est une erreur : elle ajoute une complexité réelle qu’il faut justifier. Voici comment trancher.

Ce que l’événementiel apporte vraiment

• Découplage : producteurs et consommateurs évoluent indépendamment.
• Résilience : un consommateur lent ou en panne ne bloque pas le reste.
• Scalabilité : on absorbe les pics en lissant la charge.

Le prix à payer

En contrepartie : cohérence éventuelle (pas immédiate), debug plus difficile, gestion des doublons et de l’ordre, et une infrastructure supplémentaire à opérer. Pour un CRUD simple, c’est un marteau-pilon.

La grille de décision

Penche vers l’événementiel si plusieurs conditions sont réunies : forte volumétrie ou pics, besoin réel de découplage entre services, traitements asynchrones légitimes (notifications, indexation, facturation). À l’inverse, si la cohérence forte et la simplicité priment, un appel synchrone reste le bon choix.

Le rôle du pipeline

Un bon générateur ne plaque pas un patron à la mode : il pose les bonnes questions sur la charge et les contraintes, puis justifie son choix d’architecture. La meilleure architecture est la plus simple qui réponde au besoin — et c’est un critère qu’on peut encoder dans les contrats de l’agent architecte.