Empaquetar aplicaciones con MSIX y gestionar actualizaciones seguras se ha convertido en una de las piezas clave del ecosistema moderno de Windows, tanto para desarrolladores como para administradores de sistemas y equipos de virtualización de escritorios. Lejos de ser “otro formato más”, MSIX define cómo se instala, se actualiza, se aísla y se integra una aplicación con el sistema operativo y con servicios como Microsoft Store, Azure Virtual Desktop o Citrix Virtual Apps and Desktops.
Además, las mejoras en seguridad, rendimiento, ahorro de ancho de banda y simplificación de la administración han hecho que MSIX y sus tecnologías asociadas (como MSIX app attach o la conexión de aplicaciones MSIX) desplacen poco a poco a instaladores clásicos como EXE o MSI y a soluciones de virtualización como App-V. Manteniendo compatibilidad con escenarios empresariales exigentes y ofreciendo un modelo de actualización diferencial muy avanzado.
Qué es MSIX y por qué es tan importante para Windows
MSIX es el formato de empaquetado moderno para aplicaciones Windows. Está diseñado para unificar en un único modelo los beneficios de AppX, MSI y App-V. Aporta identidad de paquete, instalación limpia, desinstalación sin residuos, actualizaciones incrementales y un contenedor ligero que reduce conflictos con el sistema y con otras apps.
La identidad de paquete MSIX permite a Windows saber con absoluta precisión qué aplicación está llamando a qué API, habilitando características que antes solo estaban disponibles para apps UWP: tareas en segundo plano, notificaciones enriquecidas, integraciones con el menú contextual, asociaciones de archivo, protocolos personalizados o alias de ejecución desde la consola.
Frente a las aplicaciones sin empaquetar (unpackaged), que siguen confiando en EXE/MSI, instalación tradicional y sin identidad de paquete, MSIX ofrece una experiencia de instalación y actualización más fiable, automática y controlable, a la vez que simplifica la vida del departamento de TI al evitar restos de archivos, DLLs huérfanas o claves de registro colgando después de una desinstalación.
Existe además el modelo de “empaquetado con ubicación externa”. Este ha sido pensado para aplicaciones de escritorio que aún no pueden mover todo su contenido al paquete MSIX. En este enfoque, la app obtiene identidad de paquete, pero parte de sus datos o binarios siguen viviendo fuera del contenedor, facilitando migraciones progresivas.
Tipos de paquetes MSIX y formatos relacionados
Dentro del ecosistema MSIX no hay un solo tipo de archivo, sino varios formatos complementarios que cubren desde la instalación directa hasta la distribución optimizada para Microsoft Store o infraestructuras de terceros. Estos son los más habituales:
- Paquete de aplicación (.msix o .appx). Es el paquete “base” que contiene la aplicación y sus recursos para una única arquitectura de dispositivo (x86, x64, ARM, etc.). Para dar soporte a varias arquitecturas con paquetes independientes, se genera un archivo por cada una.
- Paquete de aplicaciones (.msixbundle o .appxbundle). Un contenedor que agrupa varios paquetes de aplicación, cada uno enfocado a una arquitectura concreta. Gracias a esta agrupación, el sistema descarga e instala solo el paquete óptimo para cada dispositivo, y la aplicación se vuelve compatible con un abanico mucho más amplio de equipos con un único fichero distribuible.
- Archivo de carga de paquetes de aplicación (.msixupload o .appxupload). Pensado específicamente para publicar la app en Microsoft Store a través del Centro de partners. Puede incluir uno o varios paquetes MSIX o bundles, además de un archivo de símbolos comprimidos (.appxsym) que permite analizar rendimiento y bloqueos desde la propia plataforma de partners.
Formatos para MSIX app attach como .vhd, .vhdx o .cim entran en juego cuando hablamos de conexión de aplicaciones MSIX (MSIX app attach) en entornos como Azure Virtual Desktop o Citrix. En estos escenarios, el contenido del paquete MSIX se preexpande dentro de un disco virtual o una imagen CimFS y se monta dinámicamente en las máquinas de los usuarios.
Requisitos previos para trabajar con MSIX y MSIX Packaging Tool
Para empaquetar aplicaciones con MSIX de forma cómoda, Microsoft proporciona MSIX Packaging Tool. Se trata de una herramienta disponible en Microsoft Store y también distribuible en modo offline. Con ella podemos convertir instaladores MSI, EXE, paquetes App-V 5.x o incluso despliegues ClickOnce al nuevo formato MSIX. Tanto desde interfaz gráfica como desde línea de comandos.
Los requisitos básicos para utilizar MSIX Packaging Tool incluyen Windows 10 versión 1809 o superior, permisos de administrador en el equipo y, si se instala desde la Store, una cuenta Microsoft válida (personal o corporativa) para acceder a la descarga.
La herramienta se puede instalar de varias formas:
- Directamente desde Microsoft Store, con el comando de WinGet
winget install "MSIX Packaging Tool". - Mediante un paquete offline que después se incorpora al sistema con PowerShell usando
Add-AppxProvisionedPackagejunto al archivo de licencia correspondiente.
En escenarios empresariales avanzados es habitual combinar MSIX Packaging Tool con otras utilidades como MSIX Manager, AppVentiX o MSIX Hero para automatizar la conversión a contenedores VHD/VHDX/CIM y administrar grandes catálogos de aplicaciones empaquetadas.
Preparación de la aplicación antes de empaquetar con MSIX
Antes de convertir cualquier aplicación a MSIX conviene hacer un trabajo previo de prueba y optimización. No es nada glamuroso, pero ahorra muchos dolores de cabeza en producción.
- Validar que la aplicación funciona correctamente en todas las familias de dispositivos que se quieren soportar. Visual Studio facilita la implementación y depuración en estos entornos, incluso para aplicaciones de escritorio empaquetadas como UWP.
- Optimizar el rendimiento. Con las herramientas de perfilado de Visual Studio: uso de CPU, consumo de memoria, análisis de la línea de tiempo de interfaz, etc. Un paquete MSIX no va a convertir una aplicación lenta en rápida. Simplemente hará que se instale y actualice mejor, pero el rendimiento base sigue siendo responsabilidad del desarrollador.
- Comprobar la compatibilidad con .NET Native. Las compilaciones de configuración Release suelen activar este compilador nativo para mejorar el rendimiento en tiempo de ejecución. Es muy importante probar la app con la build Release nativa y no solo en Debug.
Configurar el paquete en Visual Studio: el manifiesto MSIX
En el mundo de MSIX, el corazón de la configuración es el manifiesto, el archivo Package.appxmanifest. Se trata de un XML que define identidad de la app, nombre del editor, versión, iconos, orientaciones soportadas, capacidades de sistema, asociaciones de archivo, protocolos personalizados, alias de ejecución, tareas en background y mucho más.
Visual Studio incluye un diseñador gráfico de manifiestos que evita editar XML a mano. Desde el Explorador de soluciones, basta con expandir el proyecto, hacer doble clic en Package.appxmanifest y trabajar con las distintas pestañas: información general, capacidades, recursos visuales, empaquetado, etc.
- En la pestaña de recursos visuales se definen iconos y logotipos para el menú Inicio, la barra de tareas, la lista de aplicaciones o las notificaciones toast.
- En la pestaña de empaquetado podemos definir los datos de publicación y, sobre todo, el certificado de firma del paquete. Todas las aplicaciones MSIX deben ir firmadas. De lo contrario, Windows no las considerará de confianza.
Capacidades, integraciones y extensiones del sistema
Una de las grandes bazas de MSIX es la cantidad de integraciones que desbloquea con el sistema operativo a través del manifiesto. Aquí es donde se habilitan capacidades, asociaciones y puntos de extensión que marcan la diferencia frente a una app clásica.
- Las capacidades del sistema controlan el acceso a recursos sensibles: ubicación, micrófono, cámara, red, archivos del usuario, dispositivos USB, etc. Es fundamental declarar solo las capacidades que realmente se necesitan. Pedir más de la cuenta puede generar advertencias, problemas de certificación o rechazo por parte de los administradores de TI.
- Los protocolos personalizados permiten que la app responda a URIs como
miapp://loquesea. Esto se usa para deep linking desde web, integración con otras aplicaciones o flujos SSO, y se configura en el manifiesto indicando el esquema y el ejecutable que debe lanzarse. - Las asociaciones de archivo definen qué tipos de fichero (por extensión o por tipo MIME) abre la aplicación al hacer doble clic, y qué icono se muestra para ellos. MSIX proporciona un modelo declarativo claro para registrar estas asociaciones sin ensuciar el registro de Windows más de la cuenta.
- El alias de ejecución (AppExecutionAlias) hace posible lanzar la app desde la consola escribiendo un simple
miapp.exe, sin necesidad de conocer la ruta completa bajoC:\Program Files\WindowsApps. Es especialmente útil para herramientas de línea de comandos empaquetadas como MSIX.
Empaquetar la aplicación con Visual Studio: del proyecto al MSIX
Una vez que el proyecto y el manifiesto están listos, el siguiente paso es generar el paquete MSIX. Visual Studio ofrece un asistente de empaquetado muy guiado que cubre tanto los escenarios de carga lateral (sideload) como las publicaciones en Microsoft Store.
El flujo básico en Visual Studio consiste en:
- Abrir la solución.
- Hacer clic derecho sobre el proyecto empaquetado.
- Seleccionar la opción de Publicar.
- Seleccionar “Crear paquetes de aplicación”.
A partir de ahí, el asistente pregunta si se quiere firmar el paquete (lo habitual es responder que sí), permite elegir entre sideloading o Store y guía en la selección del certificado de firma.
Para la firma se puede usar un certificado de la Store de certificados local, un archivo PFX exportado o generar un certificado de desarrollo auto-firmado. En entornos corporativos, lo recomendable es un certificado emitido por la PKI interna o por una autoridad pública, de forma que todos los dispositivos lo reconozcan sin pasos extra.
Cuando el objetivo es Microsoft Store, el asistente crea automáticamente el archivo de carga (.msixupload o .appxupload), que incluye el bundle y los símbolos necesarios para análisis de rendimiento y bloqueos en el Centro de partners. Si se elige solo carga lateral, el resultado será un .msix o un .msixbundle listo para distribuir por otros canales.
Instalación de paquetes MSIX y pruebas locales
Instalar un paquete MSIX es sorprendentemente sencillo en escenarios de prueba: basta con hacer doble clic en el archivo .msix o .msixbundle para que se abra App Installer, mostrando el nombre, editor, versión, permisos solicitados y un botón de instalación con barra de progreso.
Cuando los paquetes se generan en modo “App Packages” de Visual Studio, se incluye un script PowerShell (Add-AppDevPackage.ps1) dentro de una carpeta con sufijo _Test. Ejecutar ese script con “Run with PowerShell” instala automáticamente el certificado de desarrollo y el paquete, mostrando un mensaje de éxito al finalizar.
También es posible gestionar la instalación y desinstalación mediante PowerShell, por ejemplo con Add-AppxPackage, Get-AppxPackage y Remove-AppxPackage, lo que resulta clave en scripts de automatización y pipelines de CI/CD.
MSIX app attach y conexión de aplicaciones en entornos virtualizados
MSIX app attach es la cara “moderna” de la entrega de aplicaciones en entornos como Azure Virtual Desktop y soluciones EUC de terceros. En lugar de instalar la aplicación dentro de la imagen base o en cada máquina, se monta un contenedor que ya contiene la app expandida y se “adjunta” a la sesión del usuario, y en estas infraestructuras hay que tener en cuenta problemas comunes de conexión RDP.
Esta técnica se apoya en contenedores VHD, VHDX o CIM que incluyen el contenido del paquete MSIX. Esos archivos viven en un recurso compartido de red o almacenamiento de Azure y se montan dinámicamente en las máquinas VDA (Virtual Delivery Agent) o en los hosts de sesión según se requiera. Las ventajas de esta herramienta son:
- Mantener imágenes del sistema más pequeñas y genéricas.
- Reducir el tiempo de aprovisionamiento de nuevas máquinas.
- Facilitar el mantenimiento de versiones.
- Minimizar el impacto de cambios de software en escritorios compartidos.
Es imprescindible que los paquetes MSIX estén firmados con un certificado de confianza para que el sistema permita su montaje y uso. El certificado debe ser reconocido por los VDA o por las máquinas físicas donde se vaya a realizar el app attach.
En la práctica, muchos administradores combinan MSIX app attach con herramientas como Citrix Virtual Apps and Desktops, que integra la administración de paquetes MSIX, App-V y otras tecnologías (como FlexApp) a través de su componente de entrega de paquetes en los VDA.
Citrix, App-V, MSIX y otras tecnologías de empaquetado en la empresa
En entornos corporativos grandes no suele haber un único tipo de empaquetado, sino una mezcla de tecnologías que conviven: App-V para virtualización clásica de aplicaciones, MSIX para empaquetado moderno y, en algunos casos, capas de aplicaciones como FlexApp.
Citrix Virtual Apps and Desktops ofrece dos enfoques para App-V: la administración dual (donde los servidores App-V gestionan todo el ciclo de vida y Citrix colabora con ellos) y la administración única (donde los paquetes App-V se almacenan en un recurso compartido de red y Citrix se encarga directamente de la entrega y de los archivos de configuración dinámica).
Para MSIX y conexión de aplicaciones MSIX, Citrix utiliza un componente de entrega de paquetes que se instala en las máquinas VDA. Este componente gestiona el ciclo de vida de los paquetes en la máquina host, sea un paquete MSIX nativo o una imagen de app attach (.vhd, .vhdx, .cim), y coordina la publicación de aplicaciones a grupos de entrega.
Los paquetes se suelen almacenar en recursos compartidos de red UNC/SMB o en Azure Files, a los que los VDA acceden con permisos de solo lectura. En algunos casos, es necesario ajustar la cuenta de servicio (ctxAppVService) para que use credenciales de usuario con permisos en Azure, en lugar de la cuenta de máquina local, atendiendo a posibles políticas de red que puedan bloquear el acceso.
Los administradores pueden cargar paquetes en bloque o uno a uno desde Web Studio, asignarlos a grupos de entrega, controlar su visibilidad (Workspace, escritorio o ambos) y, para App-V, configurar grupos de aislamiento que permiten desplegar automáticamente paquetes interdependientes en un mismo espacio virtual.
Entender MSIX como el eje central del ciclo de vida de la aplicación —desde cómo se empaqueta y se firma, hasta cómo se monta en escritorios virtuales y se actualiza usando bloques diferenciales— permite diseñar implantaciones mucho más robustas, seguras y fáciles de mantener que con instaladores clásicos, aprovechando al máximo las capacidades modernas de Windows y facilitando la vida tanto a desarrolladores como a equipos de TI.
