Architecture de cluster Kubernetes
Plan de contrôle, nœuds de travail, kubelet, kube-proxy, pods et Ingress
14 nœuds
- Stack
- Kubernetes
Architecture
Passerelle d’API, quatre services, une base par service, un bus d’événements
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.
Renommez les services et les bases, et indiquez le langage et l’interface sur chaque carte de service.
Ajoutez vos services depuis le pack Stack et reliez chacun à sa propre base du pack Données.
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.
Partagez le diagramme avec les équipes propriétaires des services, et enregistrez une version à chaque ajout de service ou d’événement.
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.
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.
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.
Plan de contrôle, nœuds de travail, kubelet, kube-proxy, pods et Ingress
14 nœuds
VPC avec ALB, EC2 Auto Scaling, RDS, CloudFront et S3
13 nœuds
API Gateway, Lambda, DynamoDB, EventBridge, SQS et Cognito
11 nœuds
Cas d’usage associé
Diagrammes d'architecture C4Connectez-vous avec Google ou GitHub. Gratuit pour un siège. Passez à un forfait supérieur quand l’équipe vous rejoint.