Qu'est-ce qu'un monolithe modulaire et comment fonctionne-t-il ?

Question

IT Interview Practice · Accepted Answer

## Qu'est-ce qu'un monolithe modulaire ?

**Un monolithe modulaire organise une application en modules métier distincts, regroupés et déployés ensemble.** Chaque module prend en charge un ensemble de responsabilités et définit comment les autres modules peuvent l'utiliser.

Par exemple, une application de vente peut comporter des modules de produits, de stocks et de commandes. Ils restent intégrés à une seule application ; leur séparation aide à conserver un code facile à gérer à mesure que les fonctionnalités se multiplient.

## Comment les modules sont-ils organisés ?

Un module comprend généralement deux parties :

- **Interface publique :** Les opérations accessibles aux autres modules, comme vérifier les stocks ou réserver des articles pour une commande. Il peut s'agir de fonctions au sein du même programme, sans API réseau.
- **Implémentation interne :** Les règles métier et le code d'accès aux données du module. Les autres modules utilisent son interface publique au lieu d'accéder directement à ces détails.

Les modules peuvent partager une base de données, mais la responsabilité de chaque groupe de données doit être claire. Créer des dossiers distincts tout en permettant à chaque module de modifier les données de tous les autres apporte peu de séparation utile.

## Exemple : passer une commande

Le module de commandes appelle une opération exposée par le module de stocks pour réserver des articles. Le module de stocks vérifie leur disponibilité, les réserve si le stock est suffisant, puis renvoie un résultat permettant de poursuivre le traitement de la commande. Le module de commandes ne modifie pas lui-même la table des stocks.

Si la gestion des stocks change, les développeurs modifient principalement le module de stocks tout en maintenant stable l'opération utilisée par les commandes. L'ensemble de l'application reste déployé en une seule fois lors d'une livraison.

## Avantages et limites

- **Maintenance facilitée :** Une responsabilité claire des fonctionnalités et des données aide à localiser le code concerné par une correction ou une fonctionnalité.
- **Déploiement simple :** L'équipe d'exploitation gère une seule application et les modules peuvent collaborer par des appels locaux.
- **Pas de mise à l'échelle indépendante des modules :** Ajouter des ressources pour un module signifie généralement exécuter davantage d'instances de l'application entière.
- **Des frontières à entretenir :** Les appels aux éléments internes d'un autre module ou les modifications directes de ses données peuvent créer un couplage étroit entre les modules.

## Quand l'utiliser ?

Un monolithe modulaire convient à une application couvrant plusieurs domaines métier que l'équipe souhaite encore développer et exploiter ensemble. Un système de gestion des ventes peut, par exemple, séparer les stocks, les commandes et les clients sans déployer chaque partie indépendamment.

Les frontières entre modules aident également à envisager l'extraction future d'un service, mais cette évolution nécessite tout de même des modifications de la communication et de la gestion des données.

Qu'est-ce qu'un monolithe modulaire ?

Comment les modules sont-ils organisés ?

Exemple : passer une commande

Avantages et limites

Quand l'utiliser ?

Questions connexes