Windows Application Packaging vs Publicación de Aplicaciones

Introducción

Las aplicaciones de Windows se pueden instalar y gestionar en puntos finales individuales o alojarse de forma central y entregarse a los usuarios de forma remota, dependiendo de los requisitos de la aplicación y la infraestructura. Elegir entre estos modelos requiere más que comparar tecnologías. Este artículo explica cómo funciona el empaquetado de aplicaciones de Windows, cómo se diferencia de la publicación de aplicaciones, cuándo tiene sentido cada enfoque y cómo los equipos de TI pueden combinar ambos dentro de la misma estrategia de entrega de aplicaciones.

¿Qué es el empaquetado de aplicaciones de Windows?

La empaquetación de aplicaciones de Windows implica la preparación de una aplicación y los archivos, la configuración y los metadatos que requiere para una instalación y gestión predecibles.

En lugar de configurar manualmente una aplicación en todos los sistemas de destino, los equipos de TI pueden utilizar un paquete estandarizado para hacer que la instalación, configuración, actualización y eliminación sean más consistentes.

El modelo de empaquetado moderno de Windows de Microsoft incluye MSIX, que permite la provisión de identidad de paquete, instalación y eliminación predecibles, actualizaciones controladas e integración con las características de Windows.

Las aplicaciones tradicionales de Win32 pueden aprovechar tecnologías como los instaladores MSI y EXE.

El empaquetado de aplicaciones, por lo tanto, dicta lo que necesita ser instalado, cómo debe ocurrir la instalación y la eliminación, qué configuración se proporciona a los usuarios y cómo se llevarán a cabo las actualizaciones. Su objetivo es permitir que el despliegue de aplicaciones sea repetible y manejable en el entorno de Windows objetivo.

¿Qué contiene un paquete de aplicación?

El contenido de un paquete de aplicación depende de la tecnología de empaquetado, de la propia aplicación.

An paquete MSIX por ejemplo, combina la carga útil de una aplicación con un manifiesto que define elementos como la identidad del paquete, las dependencias y las capacidades. La distinción importante aquí es que el paquete define una unidad de distribución y despliegue, en lugar de especificar dónde debe ejecutarse la aplicación.

El empaquetado tradicional de empresas también puede implicar la transformación o envoltura de un instalador existente, añadiendo configuración, definiendo la lógica para el despliegue y validando el paquete final antes de su implementación.

El empaquetado de aplicaciones es, por lo tanto, más que simplemente colocar archivos de aplicación dentro de otro archivo. Su objetivo es hacer que la instalación de software sea repetible, manejable y soportable.

Empaquetado de Aplicaciones de Windows: ¿Cómo Funciona?

Los flujos de trabajo de empaquetado varían según la aplicación, el formato de empaquetado y la plataforma de gestión. Sin embargo, la mayoría de los flujos de trabajo de empaquetado generalmente se dividen en tres etapas diferentes: descubrimiento, creación de paquetes y pruebas antes de la implementación.

Descubrimiento de Aplicaciones y Requisitos

Antes de realizar un reempaquetado de una aplicación existente, es fundamental que los administradores comprendan qué modifica el instalador de la aplicación y qué requiere la aplicación durante la ejecución.

Las actividades de descubrimiento incluyen, pero no se limitan a:

• archivos y directorios
• entradas del registro
• Servicios de Windows
• dependencias de tiempo de ejecución
• variables de entorno
• asociaciones de archivos
• permisos
• accesos directos y archivos de configuración

El entorno al que se despliega la aplicación puede ser tan importante como el instalador. Una aplicación que se desarrolla y prueba en la estación de trabajo de un desarrollador puede comportarse de manera diferente cuando se ejecuta con permisos de usuario estándar, en una imagen limpia de Windows empresarial o en un entorno multiusuario de Windows Server .

Creación y Configuración de Paquetes

Los equipos de TI luego preparan la aplicación utilizando la tecnología de empaquetado adecuada para el software y el modelo de implementación dados.

En el caso de las aplicaciones de Windows, esto podría significar crear un paquete MSIX. Esto podría implicar dejar el software existente que utiliza Win32 en su forma de instalador MSI o EXE o convertir algunas aplicaciones a MSIX. Diferentes enfoques para el empaquetado pueden proporcionar identidad al paquete mientras permiten que el software mantenga elementos de su modelo de instalación existente.

Por lo tanto, no existe un formato de empaquetado único que se adapte a todas las aplicaciones de Windows. La aplicación, su entorno y las necesidades de gestión deben dictar el enfoque de empaquetado.

Pruebas y Despliegue

Los paquetes deben ser probado en sistemas limpios que replican el entorno de producción objetivo.

El proceso de prueba debe incluir la instalación, el primer lanzamiento, las dependencias, las actualizaciones, la funcionalidad de la aplicación y el comportamiento de desinstalación. Los administradores también deben verificar que los permisos y las configuraciones específicas del usuario se manejen correctamente, especialmente en el caso de redirección de archivos o del registro que puede ocurrir al empaquetar aplicaciones.

Después de la validación, los paquetes se pueden distribuir a través de la plataforma de distribución de software o gestión de endpoints preferida de la organización.

Ahora, retrocedamos un paso y aclaremos una distinción sutil pero críticamente importante:

Las aplicaciones se empaquetan y luego se implementan.

La separación de estas funciones es importante porque crea un punto de transición natural para la publicación de aplicaciones.

¿Qué es la publicación de aplicaciones de Windows?

Publicación de aplicaciones de Windows sirve para publicar una aplicación que está instalada en una infraestructura de Windows centralizada a usuarios autorizados a través de una red o Internet.

La aplicación se ejecuta en un host remoto de Windows en lugar de ejecutarse en el endpoint de cada usuario. En este caso, se le da al usuario acceso a la aplicación ejecutada de forma remota a través de un cliente compatible, acceso directo o navegador web.

Aplicación instalada en el servidor → usuario otorgado acceso → aplicación ejecutada en el servidor → interfaz de la aplicación entregada al usuario

Este enfoque es diferente, ya que en lugar de instalar y mantener la aplicación empresarial en cada punto final, se requiere que los administradores la mantengan en los servidores que alojan la sesión del usuario. Como tal, los usuarios pueden acceder a una aplicación que parece integrarse sin problemas en su entorno de trabajo, a pesar de estar alojada en una infraestructura centralizada.

Windows Application Packaging vs Publicación de Aplicaciones: ¿Cómo se Diferencian?

La distinción más simple es:

La empaquetación de aplicaciones determina cómo se prepara el software para su instalación y gestión. La publicación de aplicaciones determina cómo los usuarios acceden al software que se ejecuta en una infraestructura centralizada.

Las tecnologías, por lo tanto, operan en diferentes etapas de la entrega de aplicaciones.

Pregunta	Empaquetado de Aplicaciones de Windows	Publicación de aplicaciones
Propósito principal	Preparar el software para una instalación y mantenimiento repetibles	Brindar a los usuarios acceso a aplicaciones alojadas de forma centralizada
Pregunta principal de TI	¿Cómo debemos instalar y gestionar esta aplicación?	¿Cómo deben los usuarios acceder y ejecutar esta aplicación?
¿Dónde se ejecuta la aplicación?	En cualquier sistema que reciba la aplicación	En el host de publicación o de sesión
¿Instalación local en el punto final del usuario?	Generalmente requerido para el despliegue de endpoints	La instalación completa de la aplicación normalmente no es necesaria
Actualizaciones	Debe alcanzar los objetivos de implementación aplicables	Se puede aplicar de forma central a los hosts de publicación.
Requisitos de endpoint	El punto final debe admitir la aplicación ejecutada localmente.	El endpoint necesita principalmente un método de acceso compatible.
Alcance típico	Ciclo de vida del software y gestión de endpoints/servidores	Entrega de aplicaciones centralizada
Casos de uso comunes	PCs gestionados, software estandarizado, implementaciones controladas	Usuarios remotos, BYOD, aplicaciones heredadas y acceso centralizado a aplicaciones

Una calificación: el empaquetado de aplicaciones no dicta dónde se opera dicho software.

MSIX, MSI o cualquier otra forma de paquete se puede implementar en una estación de trabajo, laptop, máquina virtual o servidor. El empaquetado dicta cómo se instala y se da servicio al software. Por lo tanto, la implementación objetivo dicta dónde se instala la aplicación.

La publicación de aplicaciones introduce una consideración arquitectónica adicional. Los procesos de la aplicación se ejecutan en una infraestructura centralizada mientras que su interfaz se entrega en puntos finales remotos para usuarios autorizados.

¿En qué caso podrías usar la empaquetación y publicación de aplicaciones juntas?

Sí. Abordan diferentes puntos en el ciclo de entrega de aplicaciones y se pueden utilizar de forma independiente o en combinación.

Considere una organización que tiene una aplicación de Windows para la línea de negocio. Si necesita ejecutarse localmente, puede ser empaquetada y desplegada en cada punto final gestionado:

Paquete → implementar en puntos finales → la aplicación se ejecuta localmente

Si la organización necesita centralizar, podría empaquetarse o instalarse en los hosts de sesión relevantes y luego publicarse:

Paquete o instalar → desplegar en hosts centralizados → publicar → la aplicación se ejecuta de forma centralizada

En este caso, el empaquetado de aplicaciones no se abandona necesariamente. Simplemente se aplica a hosts centralizados en lugar de a los dispositivos de cada usuario, lo que puede simplificar el mantenimiento de la aplicación de manera consistente en múltiples servidores de publicación.

El empaquetado de aplicaciones y la publicación de aplicaciones no son mutuamente excluyentes: el empaquetado estandariza la instalación y el mantenimiento de la aplicación, mientras que la publicación dicta su método de acceso. Dependiendo de las necesidades de la aplicación, TI puede utilizar un método, el otro o ambos en combinación.

¿En qué caso sería mejor utilizar el empaquetado de aplicaciones de Windows?

La empaquetación de aplicaciones de Microsoft Windows es más apropiada cuando la ejecución local es beneficiosa y el departamento de TI puede gestionar eficazmente los dispositivos en los que se aloja la aplicación. En tales casos, permite la estandarización de la instalación y el mantenimiento, mientras deja la ubicación de ejecución de la aplicación a los usuarios.

Los usuarios necesitan acceso sin conexión

Las aplicaciones instaladas localmente pueden operar de manera efectiva, incluso si los usuarios no pueden acceder a recursos centrales, lo cual es a menudo el caso para empleados móviles, trabajadores de campo y otros trabajadores nómadas.

El empaquetado ayuda a las organizaciones de TI a garantizar que este enfoque se utilice de manera coherente al estandarizar la instalación, configuración y actualizaciones en los puntos finales gestionados.

Las aplicaciones dependen del hardware o procesamiento local.

Algunas aplicaciones funcionan de manera más efectiva cuando se ejecutan localmente porque dependen inherentemente de los recursos del endpoint o están integradas con ellos.

La implementación local evita la introducción de una sesión remota entre la aplicación y los recursos, y el empaquetado proporciona un método repetible para instalar y configurar la aplicación en los puntos finales capaces de soportar la ejecución local.

Los endpoints están estandarizados y gestionados de forma centralizada

El empaquetado también tiene sentido en la situación en la que una organización ya tiene un conjunto controlado de dispositivos Windows y una plataforma de gestión de endpoints para administrarlos. Si el entorno contiene principalmente dispositivos y sistemas operativos similares al mismo nivel de configuración, la implementación y gestión de aplicaciones locales pueden no presentar dificultades significativas.

Los paquetes proporcionan un enfoque organizado para la gestión de aplicaciones, lo que facilita la tarea de instalar y mantener la aplicación en los dispositivos de los usuarios finales. En este escenario, introducir la ejecución central puede no ser necesario y agregar una capa adicional de complejidad a menos que haya una necesidad comercial real para tal medida.

Por lo tanto, la pregunta clave no es si la aplicación se puede empaquetar, sino si es viable instalar, actualizar y gestionarla en cada dispositivo objetivo considerando el entorno y los requisitos específicos.

¿Cuándo tiene más sentido la publicación de aplicaciones?

La publicación de aplicaciones se vuelve más deseable cuando la instalación local incurre en complejidades operativas o de compatibilidad indebidas.

Varios situaciones típicas merecen consideración.

Usuarios Remotos y Distribuidos

Los trabajadores remotos, el personal de sucursales y los contratistas no siempre trabajan desde ubicaciones o dispositivos bien gestionados, como PCs corporativos.

La publicación de aplicaciones preserva la aplicación de Windows en servidores centrales mientras permite acceso remoto por usuarios autorizados, aliviando así a los administradores de la carga de replicar el entorno de la aplicación en cada dispositivo remoto.

BYOD y entornos de puntos finales mixtos

Una aplicación de Windows puede no ejecutarse necesariamente en todos los tipos de dispositivos que utiliza una organización en particular.

Publicar aplicaciones desacopla el entorno de ejecución del usuario final. Al utilizar un método así, una persona puede acceder a una aplicación de Windows alojada centralmente a través de un navegador o cliente aprobado en su máquina, que de otro modo no podría ejecutar la aplicación.

Esta estrategia es ideal tanto para entornos de traer su propio dispositivo (BYOD) como para otros donde hay múltiples sistemas operativos de endpoint.

Aplicaciones heredadas de Windows

Aplicaciones heredadas puede complicar los esfuerzos de implementación al depender de dependencias del sistema operativo, componentes obsoletos y restricciones de configuración difíciles.

Centralizar la aplicación puede ayudar a reducir los entornos en los que TI tiene que hacer que el software funcione. No necesariamente resolverá los problemas de compatibilidad de la aplicación, pero puede limitar esos problemas a hosts de Windows controlados, en lugar de una colección descontrolada de puntos finales.

Esto puede simplificar la estandarización en torno al acceso a aplicaciones heredadas a medida que una organización trabaja hacia un plan de modernización a largo plazo.

Aplicaciones que requieren actualizaciones frecuentes

Los cambios frecuentes en una aplicación dificultan su implementación local, especialmente cuando aumenta el número de puntos finales.

Con la publicación de aplicaciones, los administradores actualizan la aplicación en los hosts centrales relevantes. Los usuarios luego acceden a la aplicación actualizada sin necesidad de actualizar el software en todos los puntos finales.

El proceso es especialmente ventajoso cuando muchos usuarios dependen de la misma aplicación pero no tienen que usarla localmente.

¿Cómo deberían los equipos de TI elegir entre empaquetar y publicar?

Los equipos de TI deben centrarse en los requisitos operativos de la aplicación en lugar de en la elección de la tecnología.

Si la instalación local es fácil de mantener, sus puntos finales están estrictamente controlados y los usuarios necesitan capacidades fuera de línea o dependientes de hardware, el despliegue empaquetado de puntos finales tiene más sentido. Si sus usuarios están distribuidos, sus puntos finales son heterogéneos, la instalación local es un desafío o la aplicación es más fácil de mantener actualizada de manera central, la publicación de aplicaciones puede reducir la sobrecarga de gestión de puntos finales.

Muchas empresas requerirán ambos modelos. Sus usuarios de escritorio administrado pueden obtener aplicaciones implementadas localmente, pero los contratistas, teletrabajadores o aquellos que utilizan dispositivos no administrados pueden obtener acceso publicado centralmente a software empresarial específico.

La elección se vuelve mucho más clara si TI desacopla tres preguntas.

1. ¿Cómo debe empaquetarse y mantenerse la aplicación?
2. ¿Dónde debe desplegarse y ejecutarse la aplicación?
3. ¿Cómo deben acceder los usuarios?

Mirar el empaquetado, la implementación y el acceso como decisiones separadas impide que se comparen dos tecnologías fundamentalmente diferentes como si fueran la misma solución.

¿Cómo puede ser una solución TSplus Remote Access?

Las organizaciones que desean una entrega centralizada de aplicaciones de Windows sin implementar la aplicación completa en cada punto final pueden usar TSplus Acceso Remoto publicar aplicaciones de Windows seleccionadas o proporcionar escritorios remotos completos desde una infraestructura de Windows centralizada.

Los administradores pueden asignar aplicaciones a usuarios o grupos específicos y proporcionar acceso a través de clientes remotos compatibles o conexiones basadas en HTML5 en el navegador. Esto hace que la publicación de aplicaciones sea una opción para organizaciones que apoyan a usuarios remotos, entornos BYOD o aplicaciones de Windows que son más fáciles de mantener de forma centralizada.

Conclusión

La empaquetación de aplicaciones de Windows proporciona una forma repetible de instalar, configurar y mantener software, mientras que la publicación de aplicaciones brinda a los usuarios acceso a aplicaciones que se ejecutan en una infraestructura centralizada. Ninguno de los enfoques reemplaza inherentemente al otro, y ambos pueden formar parte de la misma estrategia de entrega de aplicaciones.

El modelo adecuado depende de los requisitos de la aplicación, la gestión de endpoints y las necesidades de acceso de los usuarios. Al considerar el empaquetado, la ubicación de implementación y el acceso por separado, los equipos de TI pueden decidir si una aplicación debe ejecutarse localmente, de manera central o a través de una combinación de ambos modelos.