Édition

Modèles de conception pour les microservices

Services cloud Azure

L'objectif des microservices est d'accélérer la mise en production des applications, en décomposant l'application en petits services autonomes qui peuvent être déployés indépendamment les uns des autres. Une architecture de microservices pose également certains problèmes. Les modèles de conception présentés ici peuvent contribuer à atténuer ces problèmes.

Microservices design patterns

Ambassadeur permet de décharger des tâches de connectivité client courantes telles que la surveillance, la journalisation, le routage et la sécurité (par exemple, TLS) sans dépendance à un quelconque langage. Les services Ambassadeur sont souvent déployés en tant que side-car (voir ci-dessous).

Couche de lutte contre la corruption implémente une façade entre les nouvelles applications et les anciennes pour veiller à ce que la conception d'une nouvelle application ne soit pas limitée par les dépendances aux systèmes hérités.

Services back-end destinés aux services front-end crée des services back-end distincts pour différents types de clients, comme des ordinateurs de bureau et des appareils mobiles. Ainsi, un service back-end n'a pas à gérer les exigences conflictuelles de divers types de clients. Ce modèle peut permettre de simplifier chaque microservice, en séparant les préoccupations spécifiques aux clients.

Cloisonnement isole les ressources critiques, telles que le pool de connexions, la mémoire et le processeur, pour chaque charge de travail ou service. Grâce au cloisonnement, une seule charge de travail (ou un seul service) ne peut pas consommer toutes les ressources au détriment des autres. Ce modèle renforce la résilience du système en empêchant les défaillances en cascade provoquées par un service.

Agrégation de passerelle regroupe les requêtes adressées à plusieurs microservices individuels en une seule requête, ce qui réduit les échanges excessifs entre les consommateurs et les services.

Déchargement de passerelle permet à chaque microservice de décharger des fonctionnalités de service partagé, comme l'utilisation de certificats SSL, sur une passerelle API.

Routage de passerelle achemine les requêtes vers différents microservices via un même point de terminaison, pour éviter aux consommateurs d'avoir à gérer de nombreux points de terminaison distincts.

Messagerie Bridge intègre des systèmes disparates créés avec différentes infrastructures de messagerie.

Side-car déploie les composants d'assistance d'une application en tant que conteneur ou processus distinct pour assurer l'isolement et l'encapsulation.

Figuier étrangleur prend en charge la refactorisation incrémentielle d’une application, en remplaçant progressivement des parties spécifiques de fonctionnalités par de nouveaux services.

Pour obtenir le catalogue complet des modèles de conception cloud du Centre des architectures Azure, consultez Modèle de conception cloud.

Étapes suivantes