Flujo de trabajo entre los diseñadores de sistemas distribuidos

Actualización: noviembre 2007

En Visual Studio Team System Architecture, puede seguir diferentes flujos de trabajo cuando diseñe y evalúe sistemas de aplicación para su implementación mediante los diseñadores de sistemas distribuidos. El flujo de trabajo que siga dependerá de las tareas que desee realizar y del enfoque que desee utilizar para diseñar los sistemas. Para obtener más información, vea Información general sobre los sistemas de aplicaciones.

Con los diseñadores de sistemas distribuidos puede realizar las siguientes tareas:

  • Diseñar sistemas de aplicaciones

  • Diseñar centros de datos lógicos

  • Definir y evaluar la implementación para las aplicaciones y sistemas de aplicaciones en los centros de datos lógicos

Las secciones siguientes contienen más información sobre las tareas generales que se realizan en los diseñadores de sistemas distribuidos:

  • Diseñar sistemas de aplicaciones

  • Diseñar centros de datos lógicos

  • Definir y evaluar la implementación de sistemas de aplicaciones

Diseñar sistemas de aplicaciones

Puede diseñar los sistemas utilizando un enfoque descendente o ascendente. Puede utilizar un enfoque descendente al diseñar los sistemas y retrasar el momento de decidir cómo va a implementarlos. Este enfoque permite retrasar la elección de las aplicaciones que desea utilizar en los sistemas. Puede utilizar un enfoque ascendente cuando conoce las aplicaciones que desea utilizar en los sistemas. Cuando utilice este enfoque, primero definirá las aplicaciones que posteriormente incluirá en los sistemas. También puede utilizar una combinación de ambos enfoques durante el proceso de diseño.

En la ilustración siguiente se muestra cómo un flujo de trabajo de ejemplo avanza por el proceso de diseño del sistema, en función del enfoque elegido.

Flujo de trabajo de diseño del sistema mediante un enfoque de diseño descendente o ascendente

Las secciones siguientes contienen más información sobre estos enfoques:

  • Diseñar sistemas de aplicaciones con un enfoque descendente

  • Diseñar sistemas de aplicaciones con un enfoque ascendente

Diseñar sistemas de aplicaciones con un enfoque descendente

Puede diseñar un sistema de aplicaciones con un enfoque descendente comenzando con el Diseñador de sistemas. Puede comenzar creando una solución de sistemas distribuidos a partir de la plantilla de solución Diseño del sistema. Esta plantilla crea una solución que contiene un diagrama de aplicaciones y un diagrama de sistemas en blanco. También puede comenzar agregando un diagrama de sistemas a la solución o abriendo uno existente. Puede agregar varios diagramas de sistemas a la solución.

En este diagrama de sistemas, puede definir un solo sistema que se puede configurar para su implementación y reutilización en otros sistemas. Puede agregar otros sistemas, aplicaciones o ambos como miembros a la definición de este sistema. Para realizar esta tarea, arrastre los nuevos sistemas o aplicaciones desde el Cuadro de herramientas. También puede arrastrar sistemas o aplicaciones existentes desde la ventana Vista de sistemas. Las definiciones de estos sistemas aparecen en otros diagramas de sistemas. Las definiciones de estas aplicaciones aparecen en el diagrama de aplicaciones.

Por ejemplo, podría comenzar un enfoque descendente diseñando el sistema de nivel superior o externo. Puede representar el comportamiento de ese sistema agregando puntos finales y definiendo los contratos de ese comportamiento. Después, puede agregar los sistemas necesarios. Puede agregar sistemas nuevos o existentes a la definición del sistema. Puede seguir agregando sistemas hasta que sepa qué aplicaciones desea agregar y configurar como miembros de los sistemas de nivel más específico. Este enfoque le permite centrarse únicamente en los sistemas de manera que pueda diseñarlos más rápidamente. Para seguir diseñando sistemas que son miembros, puede abrir sus diagramas de sistemas.

Nota:

Cuando se agrega un diagrama de sistemas existente a la solución, algunos miembros de la definición del sistema podrían aparecer huérfanos y mostrar ciertos indicadores de alerta. En este caso, un miembro aparece huérfano cuando falta su definición. Para corregir este problema, debe agregar la definición de ese miembro o reparar la relación eligiendo otra definición para ese miembro, si existe. Para obtener más información, vea Solucionar problemas de diagramas de sistemas.

También puede realizar las tareas siguientes en el Diseñador de sistemas:

  • Representar el comportamiento de una definición del sistema y de sus miembros agregando puntos finales y definiendo los contratos de ese comportamiento.

  • Configurar las rutas de comunicación entre los miembros. Estas rutas describen las conexiones entre los miembros en el entorno de implementación.

  • Invalidar los valores de la aplicación según sea necesario para la implementación.

  • Delegar el comportamiento de una definición del sistema en sus miembros.

  • Exponer el comportamiento de los miembros de una definición del sistema.

Para obtener más información, vea los temas siguientes: Información general sobre el Diseñador de sistemas.

Diseñar sistemas de aplicaciones con un enfoque ascendente

Puede diseñar un sistema con un enfoque ascendente comenzando con el Diseñador de aplicaciones. Para comenzar, puede crear una solución de sistemas distribuidos a partir de la plantilla de solución Application Design. Esta plantilla crea una solución que contiene un diagrama de aplicaciones en blanco. También puede comenzar agregando un diagrama de aplicaciones a la solución o abriendo uno existente. Cuando se agrega un diagrama de aplicaciones a la solución, Visual Studio aplica técnicas de ingeniería inversa a todos los proyectos de aplicación que admitan la presentación y muestra las formas correspondientes en el diagrama. La solución sólo puede contener un diagrama de aplicaciones.

En este diagrama de aplicaciones, puede definir las aplicaciones que desea incluir en los sistemas. Para realizar esta tarea, arrastre las aplicaciones predefinidas desde el Cuadro de herramientas. De esta manera, se crean las definiciones de estas aplicaciones en el diagrama de aplicaciones.

Por ejemplo, puede iniciar un enfoque ascendente definiendo las aplicaciones en el diagrama de aplicaciones y creando un sistema a partir de ellas. Visual Studio agrega un diagrama del sistema a la solución para esta nueva definición del sistema. Después, puede seguir refinando el diseño del sistema. También puede comenzar un enfoque ascendente en el Diseñador de sistemas con el sistema de nivel inferior o interno que desee diseñar. Puede agregar las aplicaciones como los miembros más elementales de ese sistema. Puede utilizar este enfoque cuando sabe qué aplicaciones desea incluir como miembros de los sistemas. Las definiciones de las aplicaciones que agregue como miembros aparecerán en el diagrama de aplicaciones.

También puede realizar las tareas siguientes en el Diseñador de aplicaciones:

  • Representar el comportamiento que las aplicaciones proporcionan o consumen agregando puntos finales y definiendo los contratos de ese comportamiento.

  • Configurar las conexiones entre las definiciones de aplicación. Estas conexiones describen las rutas de comunicación entre las aplicaciones en el entorno de desarrollo.

  • Especificar los requisitos de configuración de las aplicaciones. Para realizar esta tarea, configure los valores y las restricciones de las aplicaciones y los puntos finales.

  • Generar los proyectos para aplicaciones que admiten la implementación. Esto le permite seguir definiendo las aplicaciones en el código.

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

Diseñar centros de datos lógicos

Para poder definir y evaluar la implementación de un sistema de aplicaciones, la solución debe contener un diagrama de centros de datos lógicos. Puede agregar a la solución un diagrama de centros de datos lógicos en blanco o existente. También puede crear una solución de sistemas distribuidos a partir de la plantilla Diseño de centro de datos lógico. Esta plantilla crea una solución que contiene un diagrama de centros de datos lógicos en blanco. Puede agregar varios diagramas de centros de datos lógicos a la solución.

En este diagrama de centros de datos lógicos, puede crear una representación parcial y abstracta del centro de datos físico mediante el Diseñador de centros de datos lógicos. Para ello, arrastre los servidores lógicos, puntos finales y zonas predefinidos desde el cuadro de herramientas. Los servidores lógicos representan el entorno en tiempo de ejecución en el que se implementará una aplicación. Normalmente, las zonas representan los límites de comunicación y regiones del centro de datos.

También puede realizar las tareas siguientes en el Diseñador de centros de datos lógicos:

  • Conectar servidores lógicos y zonas Estas conexiones describen las rutas de comunicación en el centro de datos lógico.

  • Especificar los requisitos de hospedaje de las aplicaciones y restringir los protocolos de comunicaciones. Para realizar esta tarea, configure los valores y restricciones en los servidores lógicos, zonas y puntos finales.

En la ilustración siguiente se muestra cómo un flujo de trabajo de ejemplo avanza por el proceso de diseño de un centro de datos lógico.

Flujo de trabajo de diseño del centro de datos lógico

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

Evaluar la implementación de sistemas de aplicación

Puede definir y evaluar la implementación de un sistema de aplicaciones mediante el Diseñador de implementación. Para comenzar a definir la implementación, cree un diagrama de implementación a partir de un diagrama de sistemas. También debe seleccionar un diagrama de centros de datos lógicos que represente el entorno de implementación de destino. El diagrama de implementación reflejará el diagrama de centros de datos lógicos seleccionado. Puede crear varios diagramas de implementación para cada diagrama de sistemas.

Nota:

También puede crear un diagrama de implementación a partir del diagrama de aplicaciones. Visual Studio crea un sistema predeterminado para que pueda definir y evaluar rápidamente la implementación de las aplicaciones del diagrama de aplicaciones. Sin embargo, no puede ver ni editar este sistema predeterminado, por lo que no puede configurar sus miembros para la implementación. Para definir y evaluar la implementación real, cree diagramas de implementación a partir de los diagramas de sistemas. Para obtener más información, vea Definiciones de implementación creadas desde diagramas de sistemas y de aplicaciones.

En este diagrama de implementación, puede especificar dónde desea implementar las aplicaciones del sistema enlazándolas a servidores lógicos. Para ello, arrastre esas aplicaciones desde la ventana Vista de sistemas hasta los servidores lógicos. La ventana Vista de sistemas muestra todos los miembros del sistema raíz, incluso las aplicaciones de otros sistemas en el sistema raíz.

Nota:

No puede enlazar una aplicación a un servidor lógico más de una vez.

Después de terminar de enlazar las aplicaciones, puede validar el diagrama de implementación. De este modo, se determina si existen conflictos entre la configuración y las restricciones de las aplicaciones y los servidores lógicos que las hospedan. Una vez finalizada la validación, puede generar un informe de implementación en formato HTML para documentar y resolver estos problemas. Visual Studio crea también una versión XML del informe de implementación para que pueda crear scripts para implementar las aplicaciones en los servidores físicos.

En la ilustración siguiente se muestra cómo un flujo de trabajo de ejemplo avanza por el proceso de evaluación de implementación del sistema.

Flujo de trabajo de evaluación de implementación del sistema

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

Vea también

Conceptos

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

Información general sobre la terminología de los diseñadores de sistemas distribuidos

Otros recursos

Introducción a los diseñadores de sistemas distribuidos