Archboard

Architecture

Modèle : Architecture AWS à trois niveaux

VPC avec ALB, EC2 Auto Scaling, RDS, CloudFront et S3

Utiliser ce modèleTous les modèles
Aperçu du modèle Architecture AWS à trois niveaux

Contenu du modèle

Nœuds
13
Packs
RéseauCloudSécuritéDonné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.

Une application web à trois niveaux sur AWS répartit le travail entre présentation, application et données. Dans ce modèle, Route 53 résout le domaine, CloudFront sert le site derrière AWS WAF, les fichiers statiques viennent d’Amazon S3 et les requêtes dynamiques atteignent un Application Load Balancer dans un sous-réseau public.

Le load balancer transmet le trafic aux serveurs d’application d’un groupe EC2 Auto Scaling dans un sous-réseau privé ; les serveurs lisent et écrivent dans Amazon RDS en Multi-AZ et gardent les sessions dans ElastiCache, dans un sous-réseau de données séparé. Chaque carte est un nœud cloud, réseau ou données modifiable avec son icône de service AWS, et le VPC comme les sous-réseaux sont des cadres redimensionnables.

Quand l’utiliser

  • Planifier une application web classique sur AWS avant d’écrire le code d’infrastructure.
  • Revoir les frontières réseau : ce qui est dans les sous-réseaux publics et ce qui reste privé.
  • Faire découvrir une pile à trois niveaux existante et son chemin de requêtes à de nouveaux ingénieurs.
  • Préparer une revue d’architecture, une discussion de coûts ou un plan de migration depuis un datacenter.

Mode d’emploi

  1. Renommez le VPC et les sous-réseaux, et indiquez vos propres plages CIDR sur les cadres.

  2. Remplacez ou ajoutez des services : renommez la carte de base de données en Aurora, ajoutez une NAT gateway ou découpez le niveau applicatif en plusieurs services.

  3. Dupliquez les sous-réseaux pour montrer une deuxième Availability Zone quand vous devez expliquer la haute disponibilité.

  4. Partagez un lien pour la revue, ou exportez en SVG, PNG ou PDF pour le document de conception, et enregistrez une version après chaque changement.

Questions

Puis-je générer ce diagramme depuis mon code Terraform ou CloudFormation ?

Oui, comme point de départ. Collez des fichiers .tf ou la sortie de terraform show -json dans l’outil gratuit Terraform en diagramme, ou un template dans l’outil CloudFormation en diagramme. Les VPC et sous-réseaux deviennent des cadres, et les ressources des nœuds cloud, réseau et données avec les mêmes icônes de service AWS, prêts à modifier à côté de ce modèle.

S’agit-il des AWS Architecture Icons officielles ?

Non. Les cartes sont les nœuds cloud, réseau et données d’Archboard, indépendants de tout fournisseur, avec des icônes de service AWS, les mêmes que celles des importateurs Terraform et CloudFormation. Si votre organisation impose les AWS Architecture Icons, importez-les comme images et placez-les à côté des cartes.

Mon agent IA peut-il compléter ce diagramme ?

Oui. Connectez votre agent IA à Archboard via MCP, ouvrez le diagramme et demandez-lui d’ajouter un service ou une deuxième Availability Zone. La modification arrive en direct sur le canevas, 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 cloud

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.

Commencer gratuitementVoir les tarifs