Componentes de Microsoft App-V

La solución completa de Microsoft App-V está formada por un conjunto de tecnologías y productos, algunos de los cuales son necesarios en todos los casos, mientras que otros son opcionales, y son requeridos, o no, en función del escenario de adopción de App-V elegido.

El conjunto completo de componentes de Microsoft App-V es:

i) Secuenciador de Microsoft Application Virtualization: el secuenciador es una utilidad que permite monitorizar y capturar los procesos de instalación y ejecución de una aplicación en un sistema operativo.

Con este análisis de los procesos de instalación y ejecución el secuenciador es capaz de generar un paquete de aplicación virtualizada que contenga todos aquellos elementos y recursos que la aplicación necesita para ejecutarse, sin necesidad de ser instalada previamente.

ii) Cliente de Microsoft Application Virtualization: el cliente de App-V es el componente que provee, y controla, el entorno de ejecución de las aplicaciones virtualizadas en los equipos cliente.

Según el tipo de despliegue de App-V se dispone de dos tipos de cliente distintos: el cliente de escritorio (Application Virtualization Desktop Client) y el cliente para servicios de escritorio remoto (Application Virtualization Client for RDS).

Entre las tareas realizadas por el cliente de App-V están la gestión de la descarga del paquete de la aplicación virtualizada, la gestión de actualizaciones, el control de descarga bajo demanda de componentes adicionales, la interacción con los distintos servicios de App-V...

iii) Servidor de administración de Microsoft Application Virtualization (Servidor de App-V): es el componente central de una arquitectura completa de App-V.

Es el encargado de llevar a cabo todas las tareas necesarias en un despliegue de la solución App-V a nivel empresarial, incluyendo la publicación de aplicaciones virtualizadas en base a políticas centralizadas, y la distribución de las mismas usando servidores de entrega (Streaming server).

Permite también la gestión completa del ciclo de vida de las aplicaciones, la gestión de licencias y la generación de informes.

iv) Consola de gestión de Microsoft Application Virtualization: se trata de un complemento para la consola de administración de Microsoft v3.0 (MMC 3.0) que se usa para la gestión del servidor de administración de App-V.

Esta consola puede ejecutarse tanto desde el propio servidor de administración de Microsoft Application Virtualization, como desde cualquier estación de trabajo con MMC 3.0 y Microsoft .NET Framework 2.0 donde se instale este componente.

v) Servidor de entrega (Streaming server) de Microsoft Application Virtualization: es el servidor responsable de poner a disposición de los clientes de red las aplicaciones virtualizadas en forma secuencial.

Este servidor sólo ofrece capacidades de entrega secuencial de las aplicaciones virtualizadas, no las publica en los escritorios de los clientes.

Puede ser usado tanto desde el servidor de administración de App-V, que también ofrece este servicio, como de forma independiente.

vi) Base de datos de Microsoft Application Virtualization (Microsoft Application Virtualization Data Store): se trata de una base de datos de SQL Server que almacena toda la información relativa a la infraestructura de App-V así como al uso de la misma.

Esta información incluye registros de aplicaciones, asignación de aplicaciones, información de administración...

vii) Servicio web de administración de Microsoft Application Virtualization: es el componente responsable de la comunicación entre el resto de la arquitectura de App-V y la base de datos de App-V.

Este servicio requiere de la instalación de Microsoft Internet Information Services (IIS).

Figura 1.- Arquitectura completa de App-V

Usando estos componentes se pueden implementar diversas soluciones de virtualización de aplicaciones:

i) Modelo independiente (Standalone model): en esta solución sólo se requiere el secuenciador para crear un paquete de la aplicación virtualizada y el cliente de App-V para ejecutarla. La distribución se hace manualmente, bien usando medios extraíbles (Pendrives USB, DVDs...), bien compartiendo el paquete en una unidad de red.

Este también es el modelo a adoptar si se desea usar para la distribución soluciones específicas de distribución electrónica de software (ESD), como por ejemplo las directivas de publicación de software de Microsoft Active Directory o Microsoft System Center Configuration Manager (SCCM).

Microsoft System Center Configuration Manager es uno de los varios productos integrados en la familia Microsoft System Center; se trata de una familia de productos IT para empresas, orientados hacia la gestión de sistemas servidor de Microsoft y que tienen el doble objetivo de por un lado facilitar, agilizar y abaratar los costes derivados de la gestión de redes, mientras que por otro lado proporcionan nuevas funcionalidades y aumentan el desempeño de los sistemas empresariales basados en tecnología Microsoft.
Dentro de la familia System Center hay productos como Data Protection Manager (orientado hacia la protección de datos) o Virtual Machine Manager (Orientado hacia la gestión de entornos virtualizados).
Para más información sobre interesantes productos que componen esta familia se puede visitar su web en la URL:
https://www.microsoft.com/systemcenter/es/es/default.aspx

Figura 2.- Modelo indepeniente de implementación de App-V

ii) Modelo de entrega (Streaming): en este modelo se añade un servidor de streaming para controlar la entrega de las aplicaciones virtualizadas a los equipos clientes. En el caso de usar streaming el secuenciador no genera paquetes autoejecutables tipo msi, como ocurre en el caso del modelo independiente, sino que las aplicaciones preparadas con el secuenciador se colocan en el servidor de entrega (servidor de streaming), desde donde se pueden entregar de manera secuencial, es decir, los componentes de la aplicación no son entregados hasta que la aplicación los requiere para la ejecución, en un proceso que resulta totalmente transparente par el usuario.

Figura 3.- Modelo de streaming de implementación de App-V

Este modelo sólo entrega la aplicación. Los iconos y accesos directos deben ser entregados al cliente por otros medios.

Este modelo suele aplicarse en escenarios en los cuales se quiere publicar aplicaciones desde la central a una delegación.

iii) Modelo de infraestructura completa: en este modelo toda la arquitectura de despliegue de App-V es controlada por servidores de administración de virtualización de aplicaciones.

Estos servidores se ocupan tanto de la entrega de aplicaciones (streaming) como de la publicación de las mismas en los escritorios de los clientes (iconos, accesos directos...).

También se controla el despliegue en múltiples localizaciones, aunque en el caso de que algunas de ellas deban ser accedidas a través de Internet es preferible incorporar en el despliegue Streaming servers locales a esas localizaciones.

Usando este modelo es posible controlar la entrega de aplicaciones en base a políticas de grupo y la gestión controlada de licencias (cada usuario recibe la licencia adecuada de cada aplicación).

La arquitectura incluye una base de datos de App-V y un Servicio web de administración de App-V. También es posible implementar un completo sistema de informes de uso de aplicaciones virtualizadas, errores, despliegues...