Disposer d'un cadre de discussion monolithe vs services.
Une architecture pertinente dépend du problème métier, de la maturité de l'organisation, du volume, des intégrations, de la sécurité, des compétences, du budget et des perspectives d'évolution. Le meilleur stack est celui qui reste pertinent une fois la démonstration terminée.
Des styles, pas des dogmes
| Modular monolith | Microservices |
|---|---|
| MVP, équipe réduite, complexité encore maîtrisable | Domaines fortement séparés, équipes multiples |
| Exploitation plus simple, transactions plus simples | Déploiements indépendants, isolation des pannes |
| Risque : enchevêtrement si les modules ne sont pas tenus | Coût élevé d'exploitation et d'observabilité |
API et coexistence
Beaucoup de systèmes doivent parler à un ERP, un CRM, un partenaire ou une BI existante. Connecter vaut souvent mieux que recréer. L'API-first a du sens dès qu'il y a plusieurs consommateurs — web, mobile, partenaires.
Software Engineering — La lecture Solutions : produits et plateformes conçus pour durer.
Faire évoluer sans tout réécrire
Audit, encapsulation d'API, modularisation, strangler pattern lorsque pertinent : réécrire complètement n'est pas toujours la meilleure décision. Les systèmes modernes doivent souvent coexister avec des systèmes historiques.
Partager