Compartir a través de

Información general sobre el modelo de definición del sistema (SDM)

  • Artículo

Actualización: noviembre 2007

El SDM admite la Iniciativa de sistemas dinámicos (DSI) para simplificar y automatizar la forma como las empresas diseñan, implementan y hacen funcionar los sistemas distribuidos. El SDM facilita la comunicación entre los arquitectos de aplicación, los desarrolladores y los arquitectos de infraestructura al proporcionar las siguientes ventajas:

  • Proporciona un lenguaje común para describir el diseño y la configuración de todos los aspectos de un sistema distribuido.

  • Proporciona abstracciones familiares que permiten a los arquitectos de aplicación y de infraestructura comunicarse en el mismo terreno.

  • Permite a los desarrolladores comunicar los requisitos de aplicación en el entorno en tiempo de ejecución.

  • Permite a los arquitectos de infraestructura comunicar el tiempo de ejecución de la aplicación, seguridad y requisitos de conectividad que son el resultado de las directivas definidas en el entorno de implementación.

Para obtener más información, visite el sitio de la Iniciativa de sistemas dinámicos (DSI) de Microsoft en https://go.microsoft.com/fwlink/?LinkID=47203.

Las secciones siguientes contienen más información sobre el SDM y documentos de SDM en los diseñadores de sistemas distribuidos:

  • SDM en los diseñadores de sistemas distribuidos

  • Documentos de SDM en los diseñadores de sistemas distribuidos

  • Reglas de resolución para varios documentos de SDM

SDM en los diseñadores de sistemas distribuidos

En Visual Studio Team System Architecture, SDM proporciona la base para el metamodelo subyacente utilizado por los diseñadores de sistemas distribuidos. SDM describe los sistemas distribuidos mediante un modelo que incluye las capas siguientes:

  • Capa de la aplicación

  • Capa de host de la aplicación

En los diseñadores de sistemas distribuidos, SDM describe el nivel de aplicación en términos de los sistemas de aplicación configurados y conectados. SDM describe la capa de host de la aplicación en términos de zonas configuradas y conectadas y servidores lógicos, que representan los entornos en tiempo de ejecución.

Al adoptar el mismo enfoque para describir estas capas, SDM permite a estas capas trabajar conjuntamente para que se puedan definir, configurar, documentar y validar los requisitos y directivas en todas las capas mientras se trabaja en cada una de las capas.

Por ejemplo, puede especificar que una aplicación requiera cierto modo de autenticación o que hayan ciertos recursos en el servidor que aloja la aplicación. El servidor también puede requerir que las aplicaciones que aloja admitan un determinado modo de autenticación y deshabilitar características específicas que presentan un riesgo para la seguridad.

Además, SDM es intrínsecamente extensible y le permite agregar nuevas definiciones abstractas en cada capa. Por ejemplo, puede agregar otros tipos de aplicaciones, servidores lógicos o recursos creados por Microsoft, terceros u otros usuarios. Para obtener más información, vea Tipos y prototipos de aplicaciones para la definición de aplicaciones y Prototipos de servidores lógicos en el Diseñador de centros de datos lógicos.

Documentos de SDM en los diseñadores de sistemas distribuidos

Los diseñadores de sistemas distribuidos almacenan información de SDM en documentos con formato XML. Además de estos datos, los documentos de SDM también pueden contener información gráfica de los elementos del diagrama y de las definiciones de datos extendidas. Para obtener más información, vea Relaciones entre los documentos del modelo de definición del sistema (SDM).

En la tabla siguiente se describen los documentos de SDM admitidos por los diseñadores de sistemas distribuidos y que aparecen en una solución Visual Studio.

Archivo y extensión

Descripción

Archivo de diagrama de aplicación (.ad)

Lo siguiente se aplica al diagrama de aplicaciones:

  • La superficie de diagrama de aplicaciones aparece cuando el Diseñador de aplicaciones es el diseñador visible.

  • La solución sólo puede contener un diagrama de aplicaciones.

  • El archivo .ad contiene las definiciones de SDM para aplicaciones que admiten la implementación pero que no se han implementado todavía en el diagrama de aplicaciones.

  • El diagrama de aplicaciones aparece como un elemento de la solución en el directorio de soluciones y se establece en una solución única.

Para obtener más información, vea Información general sobre el Diseñador de aplicaciones y Terminología del Diseñador de aplicaciones.

Archivo de definición de aplicación (.sdm)

Lo siguiente se aplica a un documento de definición de aplicación:

  • Un archivo .sdm contiene uno de los elementos siguientes:

    • Una definición de SDM para una aplicación implementada en el diagrama de aplicaciones.

    • Una definición de SDM para una aplicación que no admite la implementación y no contiene información de implementación.

  • Para las aplicaciones implementadas, el archivo .sdm correspondiente aparece en la solución después de la implementación en el directorio raíz del proyecto asociado.

  • Para las aplicaciones que no admiten la implementación, el archivo .sdm correspondiente aparece inmediatamente en el directorio de soluciones como un elemento de solución.

Para obtener más información, vea Tipos y prototipos de aplicaciones para la definición de aplicaciones y Terminología del Diseñador de aplicaciones.

Archivo de prototipo de aplicación o extremo (.adprototype)

Contiene información de un prototipo que se utiliza para definir aplicaciones y extremos en el diagrama de aplicaciones.

Puede crear estos archivos con el SDK del modelo de definición del sistema o a partir de aplicaciones y extremos en el diagrama de aplicaciones.

Para obtener más información, vea los temas siguientes:

Archivo de diagrama de sistemas (.sd)

Lo siguiente se aplica a un diagrama de sistemas:

  • La superficie del diagrama de sistemas aparece cuando el Diseñador de sistemas es el diseñador visible.

  • Un archivo .sd contiene los elementos siguientes:

    • Una definición de SDM para un sistema de aplicación.

    • Posibles referencias a las definiciones de SDM para aplicaciones y otros sistemas de aplicación.

  • Pueden aparecer uno o varios diagramas de sistemas como elementos de solución en el directorio de soluciones.

Para obtener más información, vea Información general sobre el Diseñador de sistemas y Terminología del Diseñador de sistemas.

Archivo de diagrama de implementación (.dd)

Lo siguiente se aplica a un diagrama de implementación:

  • El diagrama de implementación aparece cuando el Diseñador de implementación es el diseñador visible.

  • Un archivo .dd contiene los elementos siguientes:

    • Una definición de SDM que describe la implementación de una definición del sistema de aplicación específica en un centro de datos lógico.

    • Una referencia a una definición de SDM para un centro de datos lógico específico.

    • Una referencia a una definición de SDM para un sistema de aplicación específico.

    • Información para alojar aplicaciones en servidores lógicos.

    • Información para alojar recursos de la aplicación en recursos del servidor lógico.

  • Pueden aparecer uno o varios diagramas de implementación en el mismo directorio como su definición del sistema asociada.

Para obtener más información, vea Información general sobre el Diseñador de implementación y Terminología del Diseñador de implementación.

Archivo de diagrama de centros de datos lógicos (.ldd)

Lo siguiente se aplica a un diagrama de centros de datos lógicos:

  • La superficie del diagrama de centros de datos lógicos aparece cuando el Diseñador de centros de datos lógicos es el diseñador visible.

  • Un archivo .ldd contiene una definición de SDM para un centro de datos lógico.

  • Los diagramas de centros de datos lógicos son documentos independientes dentro de una solución, pero los diagramas de implementación pueden hacer referencia a ellos.

  • Pueden aparecer uno o varios diagramas de centros de datos lógicos como elementos de solución en el directorio de soluciones.

Para obtener más información, vea Información general sobre el Diseñador de centros de datos lógicos y Terminología del Diseñador de centros de datos lógicos.

Archivo de prototipo de servidor lógico, zona o extremo (.lddprototype)

Contiene información de un prototipo que se utiliza para definir servidores lógicos, zonas y extremos en el diagrama de centros de datos lógico.

Puede crear estos archivos con el SDK del modelo de definición del sistema o a partir de servidores lógicos, zonas y extremos en un diagrama de centros de datos lógicos.

Para obtener más información, vea los temas siguientes:

Reglas de resolución para varios documentos de SDM

Los documentos de SDM se identifican por la utilización del siguiente conjunto de atributos: nombre del documento, versión, referencia cultural, plataforma y símbolo (token) de la clave pública. De estos atributos, sólo se requiere el atributo de nombre del documento. Los usuarios pueden modificar únicamente el nombre del documento, la referencia cultural y los atributos de versión. Para obtener más información, vea Cómo: Cambiar los códigos de referencia cultural para los documentos del modelo de definición del sistema (SDM).

Al cargar varias versiones de documentos de SDM, podrían surgir conflictos. Los diseñadores de sistemas distribuidos resuelven las referencias a las distintas versiones de un documento de SDM con las reglas siguientes:

  • Si se compila un documento de SDM, como los documentos asociados a prototipos de aplicación predefinidos o prototipos personalizados creados por el SDK de SDM, sólo se acepta el documento si cada atributo que lo identifica coincide con la referencia y sólo se permiten variaciones menores de la versión.

  • Si no se compila un documento de SDM, se acepta el documento con tal de que su nombre coincida con la referencia. Otros atributos como la versión y la referencia cultural (en ese orden) también se les da prioridad si coinciden con la referencia. En caso de elección entre dos documentos completos, el primero que se carga es el documento aceptado.

Vea también

Conceptos

Información general sobre los diseñadores de sistemas distribuidos

Otros recursos

Introducción a los diseñadores de sistemas distribuidos