Vue d'ensemble du modèle de définition de système (SDM)
Mise à jour : novembre 2007
Le modèle SDM prend en charge l'initiative DSI (Dynamic Systems Initiative) pour simplifier et automatiser la façon dont les entreprises conçoivent, déploient et utilisent des systèmes distribués. Le modèle SDM facilite la communication entre les architectes d'application, les développeurs et les architectes d'infrastructure en offrant les avantages suivants :
fournit un langage commun pour décrire la conception et la configuration pour tous les aspects d'un système distribué ;
fournit des abstractions familières qui permettent aux architectes d'application et d'infrastructure de trouver un terrain d'entente pour communiquer ;
permet aux développeurs de communiquer les exigences de l'application dans l'environnement d'exécution ;
permet aux architectes d'infrastructure de communiquer les exigences de l'application en matière d'exécution, de sécurité et de connectivité qui résultent des stratégies définies dans l'environnement de déploiement.
Pour plus d'informations, visitez le site Microsoft Dynamic Systems Initiative à l'adresse https://go.microsoft.com/fwlink/?LinkID=47203.
Les sections suivantes contiennent plus d'informations sur le modèle SDM et les documents SDM dans les concepteurs de systèmes distribués :
Modèle SDM dans les concepteurs de systèmes distribués
Documents SDM dans les concepteurs de systèmes distribués
Règles de résolution pour plusieurs documents SDM
Modèle SDM dans les concepteurs de systèmes distribués
Dans Visual Studio Team System Architecture Edition, le modèle SDM sert de base au métamodèle sous-jacent utilisé par les concepteurs de systèmes distribués. Le modèle SDM décrit des systèmes distribués à l'aide d'un modèle qui inclut les couches suivantes :
Couche d'application
Couche hôte d'application
Dans les concepteurs de systèmes distribués, le modèle SDM décrit la couche d'application en termes de systèmes d'applications configurés et connectés. Le modèle SDM décrit la couche hôte d'application en termes de zones et de serveurs logiques configurés et connectés, qui représentent des environnements d'exécution.
En adoptant une description commune de ces couches, le modèle SDM permet à ces couches de fonctionner ensemble afin que vous puissiez définir, configurer, documenter et valider des exigences et des stratégies à travers toutes les couches pendant que vous travaillez dans chaque couche.
Par exemple, vous pouvez spécifier qu'une application nécessite un certain mode d'authentification ou que certaines ressources doivent exister sur le serveur hébergeant l'application. Un serveur peut également exiger que les applications qu'il héberge prennent en charge un certain mode d'authentification et qu'il désactive des fonctionnalités spécifiques qui présentent un risque de sécurité.
De plus, le modèle SDM est intrinsèquement extensible, ce qui vous permet d'ajouter de nouvelles définitions abstraites à chaque couche. Par exemple, vous pouvez ajouter d'autres types d'applications, de serveurs logiques ou de ressources créés par Microsoft, des tiers ou d'autres utilisateurs. Pour plus d'informations, consultez Types et prototypes d'applications pour la définition d'applications et Prototypes de serveur logique dans le Concepteur de centres de données logiques.
Documents SDM dans les concepteurs de systèmes distribués
Les concepteurs de systèmes distribués stockent les informations SDM dans les documents au format XML. En plus de ces données, les documents SDM peuvent également contenir des informations graphiques pour les éléments de diagramme et les définitions de données étendues. Pour plus d'informations, consultez Relations entre documents modèles de définition de système (SDM).
Le tableau suivant décrit les documents SDM qui sont pris en charge par les concepteurs de systèmes distribués et qui apparaissent dans une solution Visual Studio.
Fichier et extension |
Description |
|---|---|
Fichier de diagramme d'application (.ad) |
Les éléments suivants s'appliquent au diagramme d'application :
Pour plus d'informations, consultez Vue d'ensemble du Concepteur d'applications et Terminologie du Concepteur d'applications. |
Fichier de définition d'application (.sdm) |
Les éléments suivants s'appliquent à un document de définition d'application :
Pour plus d'informations, consultez Types et prototypes d'applications pour la définition d'applications et Terminologie du Concepteur d'applications. |
Fichier de prototype d'application ou de point de terminaison (.adprototype) |
Contient des informations pour un prototype qui est utilisé pour définir des applications et des points de terminaison sur le diagramme d'application. Vous pouvez créer ces fichiers à l'aide du Kit de développement logiciel (SDK) SDM ou à partir d'applications et de points de terminaison sur le diagramme d'application. Pour plus d'informations, consultez les rubriques suivantes : |
Fichier de diagramme système (.sd) |
Les éléments suivants s'appliquent à un diagramme système :
Pour plus d'informations, consultez Vue d'ensemble du concepteur de systèmes et Terminologie du Concepteur de systèmes. |
Fichier de diagramme de déploiement (.dd) |
Les éléments suivants s'appliquent à un diagramme de déploiement :
Pour plus d'informations, consultez Vue d'ensemble du Concepteur de déploiements et Terminologie du Concepteur de déploiements. |
Fichier de diagramme de centre de données logique (.ldd) |
Les éléments suivants s'appliquent à un diagramme de centre de données logique :
Pour plus d'informations, consultez Vue d'ensemble du Concepteur de centres de données logiques et Terminologie du Concepteur de centres de données logiques. |
Fichier de serveur logique, de zone ou de prototype de point de terminaison (.lddprototype) |
Contient des informations pour un prototype qui est utilisé pour définir des serveurs logiques, des zones et des points de terminaison sur le diagramme de centre de données logique. Vous pouvez créer ces fichiers à l'aide du SDK SDM ou à partir ou à partir de serveurs logiques, de zones et de points de terminaison sur un diagramme de centre de données logique. Pour plus d'informations, consultez les rubriques suivantes : |
Règles de résolution pour plusieurs documents SDM
Les documents SDM sont identifiés à l'aide du jeu suivant d'attributs : nom de document, version, culture, plateforme et jeton de clé publique. Parmi ces attributs, seul l'attribut de nom de document est requis. Seuls les attributs de nom de document, de culture et de version peuvent être modifiés par les utilisateurs. Pour plus d'informations, consultez Comment : changer les codes de culture des documents modèles de définition de système (SDM).
Lors du chargement de plusieurs versions de documents SDM, des conflits peuvent se produire. Les concepteurs de systèmes distribués résolvent les références aux différentes versions d'un document SDM à l'aide des règles suivantes :
Si un document SDM est compilé, comme ceux qui sont associés à des prototypes d'application prédéfinis ou des prototypes personnalisés créés par le SDK SDM, le document est accepté uniquement si chaque attribut qui identifie le document correspond à la référence et s'il contient uniquement des variations de version mineures.
Si un document SDM n'est pas compilé, le document est accepté à condition que son nom corresponde à la référence. D'autres attributs tels que la version et la culture (dans cet ordre) sont également considérés s'ils correspondent à la référence. Entre deux documents qualifiés de façon identique, le document qui est chargé le premier est celui qui est accepté.
Voir aussi
Concepts
Vue d'ensemble des concepteurs de systèmes distribués