Partager via


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 :

  • La surface du diagramme d'application apparaît lorsque le Concepteur d'applications est le concepteur actuellement visible.

  • La solution ne peut contenir qu'un seul diagramme d'application.

  • Le fichier .ad contient des définitions SDM pour les applications qui prennent en charge l'implémentation, mais qui ne sont pas encore implémentées sur le diagramme d'application.

  • Le diagramme d'application apparaît comme un élément de solution dans le répertoire de la solution et sa portée se limite à une solution unique.

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 :

  • Un fichier .sdm contient l'un des éléments suivants :

    • une définition SDM pour une application implémentée sur le diagramme d'application ;

    • une définition SDM pour une application qui ne prend pas en charge l'implémentation et qui ne contient pas d'informations d'implémentation.

  • Pour chaque application implémentée, le fichier .sdm correspondant apparaît après l'implémentation dans le répertoire racine du projet associé dans votre solution.

  • Pour chaque application qui ne prend pas en charge l'implémentation, le fichier .sdm correspondant apparaît immédiatement dans le répertoire de la solution comme un élément de solution.

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 :

  • La surface du diagramme système apparaît lorsque le Concepteur de systèmes est le concepteur actuellement visible.

  • Un fichier .sd contient les éléments suivants :

    • Une définition SDM pour un système d'applications.

    • Des références éventuelles aux définitions SDM pour les applications et les autres systèmes d'applications.

  • Un ou plusieurs diagrammes système peuvent apparaître comme éléments de solution dans le répertoire de la solution.

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 :

  • Le diagramme de déploiement apparaît lorsque le Concepteur de déploiements est le concepteur actuellement visible.

  • Un fichier .dd contient les éléments suivants :

    • Une définition SDM qui décrit le déploiement d'une définition de système d'applications spécifique sur un centre de données logique.

    • Une référence à une définition SDM pour un centre de données logique spécifique.

    • Une référence à une définition SDM pour un système d'applications spécifique.

    • Des informations pour héberger des applications sur des serveurs logiques.

    • Des informations pour héberger des ressources d'application sur des ressources de serveur logique.

  • Un ou plusieurs diagrammes de déploiement peuvent apparaître dans le même répertoire que sa définition de système associée.

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 :

  • La surface du diagramme de centre de données logique apparaît lorsque le Concepteur de centres de données logiques est le concepteur actuellement visible.

  • Un fichier .ldd contient une définition SDM pour un centre de données logique.

  • Les diagrammes de centre de données logique sont des documents autonomes dans une solution, mais peuvent être référencés par les diagrammes de déploiement.

  • Un ou plusieurs diagrammes de centre de données logique peuvent apparaître comme éléments de solution dans le répertoire de la solution.

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

Autres ressources

Mise en route des concepteurs de systèmes distribués