Le diagramme de déploiement, également connu sous le nom de diagramme d'implémentation ou de diagramme de configuration, est un type de diagramme statique dans UML utilisé pour modéliser la structure physique d'un système, décrivant la topologie physique du matériel dans le système ainsi que le logiciel exécuté sur cette structure.
Tout comme le diagramme de composants, le diagramme de déploiement est l'un des deux types de diagrammes de modélisation de la structure physique des systèmes orientés objet.
Un modèle de système ne comporte qu'un seul diagramme de déploiement, qui est généralement utilisé pour aider à comprendre les systèmes distribués. Il est préparé lors de la phase de réalisation du processus de développement, montrant la disposition physique des nœuds dans les systèmes distribués, les artefacts stockés sur chaque nœud ainsi que les composants et autres éléments implémentés par les artefacts.
Collaboration en temps réel multi-utilisateurs avec liens partageables pour transfert instantané
Génération automatique de graphiques à partir de texte avec amélioration de style
Thèmes prédéfinis avec personnalisation complète
Supporte icônes, images, étiquettes, formules LaTeX, blocs de code, liens, pièces jointes
Exporter : PNG, VISIO, PDF, SVG | Importer : VISIO, Mermaid
Stockage cloud temps réel, synchronisation multi-appareils, historique des versions et sécurité des données
Le diagramme de composants illustre les relations logiques entre les composants.
Le diagramme de déploiement va plus loin en décrivant la topologie physique du matériel du système et le logiciel exécuté sur cette structure.
Nœuds et instances de nœuds
1. Un nœud est un élément de modèle représentant les ressources informatiques du système, généralement l'environnement d'exécution matériel ou logiciel, représenté par un cube.
2. Une instance de nœud est basée sur un nœud existant, le nom de l'instance de nœud est souligné et un deux-points précède le type de nœud.
Composants et instances de composants
1. Un composant est un produit du processus de développement logiciel, incluant des modèles de processus (comme des diagrammes de cas d'utilisation, des diagrammes de conception), du code source, des programmes exécutables, des documents de conception, des rapports de test, des prototypes de besoins, des manuels d'utilisateur, etc.
2. Une instance de composant est basée sur un composant existant, le nom de l'instance de composant est souligné et un deux-points précède le type de composant.
Connexion de nœuds
Dans UML1.x, les nœuds sont classés en nœuds processeur et nœuds périphériques, le processeur est représenté par un cube ombré, le périphérique par un cube non ombré.
Dans UML2.x, les nœuds sont classés en nœuds périphériques et environnements d'exécution, le périphérique est représenté par un cube avec le stéréotype <<device>>, l'environnement d'exécution est spécifié par le stéréotype standard <<executionEnviroment>>.
Lorsque la cible de déploiement est un dispositif physique, le chemin de communication représente généralement une connexion physique entre deux nœuds.
Lorsque les deux cibles de déploiement sont des nœuds d'environnement d'exécution, le chemin de communication est généralement un ensemble de protocoles.
1. Décrire la structure de déploiement, montrer sur quels serveurs, nœuds ou conteneurs sont déployés les services, bases de données, applications Web, etc.;
2. Montrer les relations de communication entre les nœuds, exprimer les connexions, les interactions de messages, les chemins d'appel entre serveurs, etc.;
3. Soutenir la planification du déploiement du système, aider les développeurs et les opérateurs à comprendre clairement la structure d'exécution réelle du système;
4. Soutenir la documentation des opérations et du système, peut être utilisé pour concevoir des manuels de déploiement, des documents d'explication du système, des fichiers de directives DevOps, etc.
Les diagrammes de déploiement, les diagrammes de topologie réseau et les diagrammes d'architecture de déploiement ont de nombreuses similitudes et peuvent être confondus. Voici une phrase pour résumer les différences entre ces trois types de diagrammes :
Diagramme de déploiement, utilisé pour modéliser comment les composants logiciels sont déployés dans l'environnement d'exécution, adapté aux ingénieurs systèmes et architectes;
Diagramme de topologie réseau, utilisé pour montrer la structure réseau physique ou logique, adapté aux ingénieurs réseaux/IT opérationnels;
Diagramme d'architecture de déploiement, utilisé pour décrire la structure de déploiement réelle d'un système ou d'une plateforme, adapté aux rapports techniques, aux équipes DevOps.
Dans UML1.x, les nœuds sont divisés en nœuds de processeur et nœuds de dispositif. Les nœuds de processeur sont représentés par un cube ombragé, tandis que les nœuds de dispositif sont représentés par un cube non ombragé.
Une instance de nœud est basée sur un nœud existant. Le nom de l'instance de nœud est souligné et le type de nœud est précédé de deux-points.
Une instance de composant est basée sur un composant existant. Le nom de l'instance de composant est souligné et le type de composant est précédé de deux-points.
Dans un diagramme de déploiement, une ligne pointillée indique généralement une relation ou une dépendance entre les éléments, indiquant qu'un élément est lié ou dépend d'un autre élément.
Oui, un diagramme de déploiement utilise plusieurs nœuds pour représenter un cluster ou un déploiement redondant, avec des annotations telles que "équilibrage de charge" ou "principal-secondaire".
Le diagramme de déploiement ne se concentre pas sur les mécanismes de fonctionnement détaillés, mais il peut fournir une compréhension de la structure globale.
Pas nécessairement. Un diagramme de déploiement simple peut seulement montrer les nœuds et leurs connexions.
Oui, principalement au niveau logique. La communication entre les nœuds peut être représentée par des connexions étiquetées, indiquant le protocole de communication (comme HTTP, RPC, TCP).
Cependant, il n'est pas recommandé d'utiliser un diagramme de déploiement pour dessiner en détail la topologie réseau ; pour les réseaux complexes, il est conseillé d'utiliser un diagramme d'architecture réseau en complément.