Partager via

Modèles de conception pour les microservices

Services cloud d'Azure

L’objectif des microservices est d’augmenter la vitesse des versions d’application, en décomposant l’application en petits services autonomes qui peuvent être déployés indépendamment. Une architecture de microservices présente également des défis. Les modèles de conception présentés ici peuvent aider à atténuer ces défis.

Modèles de conception de microservices

L’ambassadeur peut être utilisé pour décharger les tâches courantes de connectivité client telles que la surveillance, la journalisation, le routage et la sécurité (telles que TLS) d’une manière indépendante du langage. Les services ambassadeurs sont souvent déployés comme sidecar.

La couche anti-corruption implémente une façade entre les applications nouvelles et héritées, afin de s’assurer que la conception d’une nouvelle application n’est pas limitée par les dépendances sur les systèmes hérités.

Les back-ends pour les serveurs frontaux créent des services principaux distincts pour différents types de clients, tels que le bureau et les appareils mobiles. De cette façon, un seul service back-end n’a pas besoin de gérer les exigences conflictuelles de différents types de clients. Ce modèle peut aider à simplifier chaque microservice en séparant les problèmes spécifiques au client.

Bulkhead isole les ressources critiques, telles que le pool de connexions, la mémoire et le processeur, pour chaque charge de travail ou service. En utilisant des en-têtes, une seule charge de travail (ou service) ne peut pas consommer toutes les ressources, en affaissant d’autres. Ce modèle augmente la résilience du système en empêchant les défaillances en cascade causées par un service.

L’agrégation de passerelle agrège les requêtes à plusieurs microservices individuels en une seule requête, ce qui réduit les conversations entre les consommateurs et les services.

Le déchargement de passerelle permet à chaque microservice de décharger les fonctionnalités de service partagé, telles que l’utilisation de certificats SSL, sur une passerelle API.

Le routage de passerelle achemine les demandes vers plusieurs microservices à l’aide d’un point de terminaison unique, afin que les consommateurs n’ont pas besoin de gérer de nombreux points de terminaison distincts.

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

Sidecar déploie les composants d’assistance d’une application en tant que conteneur ou processus distincts pour fournir l’isolation et l’encapsulation.

Strangler Fig prend en charge la refactorisation incrémentielle d’une application, en remplaçant progressivement des éléments de fonctionnalité spécifiques par de nouveaux services.

Pour obtenir le catalogue complet de modèles de conception cloud sur le Centre d’architecture Azure, consultez Modèles de conception cloud.

Étapes suivantes