Modèle de diagramme d'architecture cloud
Une charge cloud à trois niveaux dessinée en diagramme de déploiement UML : les noeuds, l'artefact qui tourne sur l'un d'eux, et chaque chemin étiqueté par son protocole et son port.
Notation: UML 2.5.1Diagramme: Diagramme de déploiement
Ouvrir ce modèle dans Archyno
Il s'ouvre comme un modèle modifiable, pas comme une image. Modifiez-le dans le navigateur, puis exportez en PNG, SVG, Mermaid, XMI ou fichier Sparx .qea.
Ouvrir ce modèleCe que contient ce diagramme
- Cloud region
- La frontière. Tout ce qui est dedans vous est facturé.
- Browser
- Le seul appareil hors de la frontière, et le seul non fiable.
- CDN + object store
- La bordure statique. Renommez en CloudFront, Cloudflare ou le vôtre.
- Load balancer
- Le point d'entrée unique. C'est là que TLS se termine en général.
- Application runtime
- Où tourne votre code. ECS, Cloud Run, une VM : même case.
- app.jar
- L'artefact. Un diagramme de déploiement sans artefact est un plan réseau.
- Managed database
- Le magasin. Notez le port : c'est ce que la revue demandera.
Comment se l'approprier
- Renommez les noeuds selon les services de votre fournisseur et gardez les stéréotypes : device et executionEnvironment sont la distinction qui compte.
- Écrivez le vrai protocole et le vrai port sur chaque chemin. La ligne sans étiquette est celle que personne ne peut auditer.
- Ajoutez une seconde frontière pour le sous-réseau privé si quelque chose ne doit pas être joignable de l'extérieur.
- Exactement un artefact par noeud d'exécution. Deux signifient deux livrables, et cela mérite d'être dit.
- Supprimez le cache avant tout le reste : la plupart des premiers jets n'en ont pas encore.
Questions fréquentes
Un diagramme d'architecture AWS doit-il utiliser les icônes des services ?
Cela dépend de son usage. Un diagramme d'icônes nomme les produits et convient à une présentation commerciale ; un diagramme de déploiement nomme les chemins, les ports et les artefacts, et survit à une revue de sécurité ou à un incident. Ce modèle est du second type.
Quelle différence entre un noeud et un artefact ?
Un noeud est un endroit où des choses s'exécutent : un appareil ou un environnement d'exécution. Un artefact est ce qui s'y exécute : un jar, une image de conteneur, un binaire. Un diagramme de déploiement avec des noeuds et sans artefacts a dessiné l'infrastructure et oublié le logiciel.
Comment montrer un sous-réseau privé ?
Imbriquez une seconde frontière dans la région, mettez-y l'exécution et la base, et laissez le répartiteur dehors. L'imbrication affirme que rien de l'extérieur n'entre, et c'est précisément l'affirmation qui mérite d'être écrite et vérifiée.
Lire la notation
Exemple AWS
Un exemple d'architecture AWS en UML : la topologie de déploiement avec ses vrais protocoles et ports, et la vue composants où les noms de fournisseurs redeviennent des contrats.
Diagrammes de déploiement
Comment lire et dessiner un diagramme de déploiement UML : noeuds, dispositifs et environnements d'exécution, artefacts, chemins de communication, et la relation deploy.
Exemple microservices
Un exemple d'architecture microservices : où placer les contrats synchrones, où publier des événements à la place, et comment repérer un monolithe distribué sur le papier.