Décomposer par sous-domaine - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Décomposer par sous-domaine

Ce modèle utilise un sous-domaine DDD (Domain-Driven Design) pour décomposer les monolithes. Cette approche décompose le modèle de domaine de l'organisation en sous-domaines distincts qui sont étiquetés comme principaux (un facteur de différenciation clé pour l'entreprise), secondaires (éventuellement liés à l'activité mais ne constituent pas un facteur de différenciation) ou génériques (non spécifiques à l'activité). Ce modèle convient aux systèmes monolithiques existants qui ont des limites bien définies entre les modules liés aux sous-domaines. Cela signifie que vous pouvez décomposer le monolithe en reconditionnant les modules existants sous forme de microservices, mais sans réécrire de manière significative le code existant. Chaque sous-domaine possède un modèle, et la portée de ce modèle est appelée contexte limité. Les microservices sont développés dans ce contexte limité. Le tableau suivant explique les avantages et les inconvénients liés à l'utilisation de ce modèle.

Avantages Inconvénients
  • L'architecture faiblement couplée assure l'évolutivité, la résilience, la maintenabilité, l'extensibilité, la transparence de la localisation, l'indépendance des protocoles et l'indépendance temporelle.

  • Les systèmes deviennent plus évolutifs et prévisibles.

  • Peut créer un trop grand nombre de microservices, ce qui complique la découverte et l'intégration des services.

  • Les sous-domaines commerciaux sont difficiles à identifier car ils nécessitent une compréhension approfondie de l'ensemble de l'activité.

L'illustration suivante montre comment un monolithe d'assurance peut être décomposé en sous-domaines après avoir été décomposé en fonction des capacités métier.

Décomposer les monolithes par sous-domaines

L'illustration montre que les services de vente et de marketing sont divisés en microservices plus petits. Les modèles d'achats et de réclamations constituent des facteurs de différenciation commerciaux importants pour les ventes et sont divisés en deux microservices distincts. Le marketing est décomposé en utilisant des fonctionnalités commerciales de support telles que les campagnes, les analyses et les rapports.