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.
Modèle de service par équipe
Au lieu de décomposer les monolithes par fonctionnalités ou services métiers, le modèle de service par équipe les décompose en microservices gérés par des équipes individuelles. Chaque équipe est responsable d'une fonctionnalité métier et possède la base de code de cette fonctionnalité. L'équipe développe, teste, déploie ou adapte ses services de manière indépendante, et interagit principalement avec d'autres équipes pour négocier des API. Nous vous recommandons d'attribuer chaque microservice à une seule équipe. Toutefois, si l'équipe est suffisamment nombreuse, plusieurs sous-équipes peuvent posséder des microservices distincts au sein de la même structure d'équipe. Le tableau suivant explique les avantages et les inconvénients liés à l'utilisation de ce modèle.
Avantages | Inconvénients |
---|---|
|
|
L'illustration suivante montre comment un monolithe peut être divisé en microservices gérés, maintenus et fournis par des équipes individuelles.