Architecture

Modèle : Architecture microservices

Passerelle d’API, quatre services, une base par service, un bus d’événements

Aperçu du modèle Architecture microservices

Contenu du modèle

Nœuds
11
Packs
RéseauCloudSécuritéStackDonnées
Catégorie
Architecture

Fonctionne avec l’offre Free : 15 nœuds de diagramme + 150 notes, textes, autocollants et sujets de carte mentale par diagramme.

Ce modèle montre une architecture microservices avec une passerelle d’API en façade. Les clients web et mobiles appellent la passerelle en HTTPS, la passerelle vérifie les jetons auprès d’un fournisseur d’identité et route chaque requête vers l’un des quatre services. Chaque service possède ses données : users-db et orders-db sous PostgreSQL, inventory-db dans une base orientée documents.

Les services ne s’appellent pas les uns les autres pour tout. Quand une commande est passée, orders-service publie un événement OrderPlaced sur le bus d’événements, et payments-service et inventory-service s’y abonnent. Chaque carte de service affiche son langage et son interface : le schéma sert aussi de carte de qui possède quel code.

Quand l’utiliser

  • Découper un monolithe en s’accordant sur le service qui possède chaque donnée.
  • Faire découvrir à de nouveaux ingénieurs un système à nombreux services et point d’entrée unique.
  • Revoir appels synchrones et événements avant qu’ils ne forment un monolithe distribué.
  • Planifier un changement de passerelle, d’identité ou de messagerie qui touche tous les services.

Mode d’emploi

  1. Renommez les services et les bases, et indiquez le langage et l’interface sur chaque carte de service.

  2. Ajoutez vos services depuis le pack Stack et reliez chacun à sa propre base du pack Données.

  3. Dessinez les événements en liens pointillés, de l’éditeur vers le bus puis du bus vers les abonnés, avec le nom de l’événement.

  4. Partagez le diagramme avec les équipes propriétaires des services, et enregistrez une version à chaque ajout de service ou d’événement.

Questions

Puis-je importer mes fichiers Docker Compose ou Kubernetes ?

Oui. Collez un docker-compose.yml dans l’outil gratuit Docker Compose en diagramme, ou des manifestes dans l’outil YAML Kubernetes en diagramme : vos services, ports et volumes sont dessinés en nœuds modifiables. Utilisez ce modèle quand vous voulez la vue logique, avec propriétaires et événements, plutôt que la vue de déploiement.

Chaque microservice doit-il avoir sa propre base de données ?

C’est la règle habituelle, car elle garde les services indépendants : un service peut changer son schéma sans casser les autres, qui lisent ses données via son API ou ses événements. Le modèle montre ce principe ; une base partagée se dessine de la même façon si votre système fonctionne ainsi.

Mon agent IA peut-il mettre à jour ce diagramme quand nous ajoutons un service ?

Oui. Connectez votre agent IA à Archboard via MCP et demandez-lui d’ajouter un service, sa base et les événements qu’il publie. Les personnes qui ont le diagramme ouvert voient la modification en direct, et vous pouvez annuler en une étape une modification faite par votre agent en votre nom.

Modèles similaires

Cas d’usage associé

Diagrammes d'architecture C4

Ouvrez un canevas en une minute

Connectez-vous avec Google ou GitHub. Gratuit pour un siège. Passez à un forfait supérieur quand l’équipe vous rejoint.