Microsoft empieza a abrir Windows Update a todas las apps de terceros

• Microsoft presentó en vista previa una nueva plataforma que abre Windows Update para que también pueda actualizar apps de terceros
• La nueva plataforma de orquestación de Windows Update está diseñada para administrar de forma unificada todas las actualizaciones, incluidos drivers y apps empresariales
• Es posible optimizar los horarios de actualización según la actividad del usuario, el estado de la batería y los momentos de energía más sostenible
• También es compatible con apps Win32, MSIX y APPX, y el historial de Windows Update incluirá también el historial de actualizaciones de apps
• Más allá de las limitaciones de Microsoft Store o Winget, también podría incluir apps personalizadas para empresas

---

Windows Update quiere convertirse en el hub para todas las actualizaciones de apps

• Microsoft anunció recientemente su plan de expandir Windows Update para convertirlo en una plataforma unificada de actualizaciones no solo para el sistema operativo y los drivers, sino también para todas las apps
• Este cambio parece reflejar especialmente la demanda de administrar de forma centralizada incluso las actualizaciones de apps internas en entornos empresariales

Resumen de la nueva plataforma de orquestación

• Actualmente se ofrece en vista previa privada con el nombre de Windows Update Orchestration Platform
• Amplía las funciones del Windows Update actual para incluir también las actualizaciones de apps dentro de los objetivos de programación y optimización de la experiencia del usuario

> “Estamos construyendo una plataforma unificada e inteligente que puede orquestar junto con Windows Update cualquier actualización, ya sea de apps, drivers u otras.” — Angie Chen, gerente de producto de Microsoft

Problemas del modelo actual de actualización de apps

• La mayoría de las apps de Windows operan un sistema de actualización independiente para cada desarrollador
• Como resultado, los tiempos y la calidad de las actualizaciones no son consistentes
• Algunas apps pueden actualizarse de forma integrada a través de MS Store, pero muchas no están publicadas en la Store o son apps internas para empresas

Funciones y ventajas principales

• Programación basada en la actividad del usuario, el estado de la batería y momentos de energía sostenible
• Integración con las notificaciones y la interfaz de historial predeterminadas de Windows Update
• Compatibilidad con apps MSIX / APPX e incluso con algunas apps Win32
• Hereda automáticamente futuras actualizaciones de la plataforma
• Plantea la posibilidad de reemplazar installers existentes (por ejemplo, también podría aplicar a grandes apps que operan sus propios instaladores en segundo plano, como Adobe)

Comparación con soluciones existentes

Método	Descripción	Principal desventaja
Microsoft Store	Administra la instalación y actualización de apps desde la Store	Las apps disponibles son limitadas y es difícil aplicarlo a apps empresariales
Windows Package Manager (winget)	Herramienta de instalación/actualización de paquetes basada en línea de comandos	Está orientada sobre todo a usuarios avanzados y desarrolladores; no es común para usuarios generales
Orquestación de Windows Update	Permite integrar actualizaciones también para apps generales, además de OS/drivers	Por ahora está en fase de vista previa privada

Perspectivas a futuro

• Se espera primero una fuerte demanda para la integración de actualizaciones de apps empresariales
• Después, existe la posibilidad de expandirse a Adobe, Zoom y otros programas comerciales
• A largo plazo, apunta a unificar las actualizaciones de todo el sistema, al estilo de macOS

Microsoft está reforzando una vez más su intento de integrar la experiencia fragmentada de actualización de apps, y todo indica que la participación colaborativa de desarrolladores y empresas será clave para esta transición del ecosistema.

[GN⁺]

Comentarios de Hacker News

• En Windows sigue existiendo la situación en la que Chrome maneja las actualizaciones usando un servicio especial para rodear el problema de elevación de privilegios, y muchas apps como Spotify siguen instalándose en AppData por la misma razón; también continúa siendo común que los desinstaladores de muchos programas no funcionen bien y dejen archivos u otros rastros; MSI además exige para siempre firmar nuevas claves con una clave antigua llamada "chain signing", lo que se siente muy complicado cuando hay que administrar actualizaciones durante períodos larguísimos de más de 10 años; ojalá algún día todo esto quede ordenado de forma limpia
  • El instalador/actualizador que usa Chrome es el proyecto de código abierto Omaha, y las otras apps mencionadas usan Squirrel; ambos pueden ubicarse en AppData (especialmente Squirrel, que se instala únicamente en el directorio del usuario); la filosofía de Squirrel es permitir instalaciones por usuario sin privilegios de administrador
  • La razón para instalar en AppData no es ocultarse para evadir la elevación de privilegios; es el resultado de que Microsoft recomendó ese método durante casi más de 10 años, y hoy en día, si un programa puede funcionar sin elevación de privilegios, instalarlo en AppData parece ser la forma “correcta” de hacerlo
  • En el caso de apps no contenerizadas y con acceso root/administrador, desde la perspectiva del instalador parece casi imposible manejar por completo los archivos residuales; estas apps pueden crear y escribir archivos en cualquier directorio, y ni siquiera un desinstalador provisto por Microsoft o por el proveedor de la app puede encontrar todos los archivos; a menos que se reproduzca exactamente todo el flujo de funcionamiento del programa, una eliminación completa resulta difícil
  • Los paquetes en entornos GNU/Linux también suelen dejar archivos residuales
• Descubrí UniGetUI, que invoca muy bien varios gestores de paquetes como WinGet y Scoop, y además ofrece funciones de personalización como listas de exclusión; en Windows no esperaba ese nivel de personalización
• Siempre me he preguntado por qué Windows nunca tuvo desde el inicio un framework integrado de instalación, actualización y desinstalación como macOS; me parece una omisión evidente que nunca se resolvió; incluso hoy los clientes empresariales siguen teniendo que empaquetar aplicaciones manualmente por su cuenta para administrarlas; supongo que la causa fue que Microsoft promovió desde temprano el uso compartido de DLL y tenía que mantener compatibilidad hacia atrás, así que no forzó la adopción de .MSI ni de frameworks avanzados de gestión de software
  • macOS tampoco ofreció desde el principio un framework integrado de ese tipo; muchas apps tienen la comodidad de instalarse arrastrándolas a la carpeta Applications, pero bastantes requieren ejecutar un instalador y muchas piden autenticación de administrador para instalar archivos de soporte en todo el sistema; también hay apps cuyos actualizadores propios se ejecutan automáticamente al iniciar, y recuerdo que antes algunas extensiones o elementos del panel de control se instalaban en la System Folder y requerían reiniciar; además, muchas de esas apps ni siquiera tenían su propia función de desinstalación, así que para reinstalarlas sin problemas había que buscar y borrar manualmente archivos de configuración, caché, etc.
  • Por la influencia de MS-DOS, el primer sistema operativo famoso de Microsoft, Windows en sus inicios funcionaba prácticamente como DOS desde el punto de vista de instalación de software de terceros: no había un concepto separado de instalación y simplemente se ejecutaba el INSTALL.COM/INSTALL.EXE provisto por el proveedor; normalmente se creaba una carpeta nueva en el directorio raíz y se copiaban los archivos, y en algunos casos el usuario incluso creaba la carpeta y copiaba todo manualmente; toda la actividad de datos de las apps se concentraba en directorios específicos como C:\Program Files, en lugar de separarse como en UNIX entre /bin, /etc y /var; MS-DOS no se preocupaba en absoluto por dónde quedaban los archivos, salvo IO.SYS, MS-DOS.SYS, CONFIG.SYS y AUTOEXEC.BAT; cuando Windows 3.x se popularizó, esa forma de trabajar estilo DOS siguió intacta, y por eso un “sistema de instalación integrado” llegó muy tarde; .MSI también apareció bastante después, lo que explica por qué muchos programas existentes nunca lo adoptaron
  • Cuando me cambié a macOS, me sorprendió muchísimo que la experiencia de instalación típica fuera muy superior a la de Windows; me impresionó lo simple que era instalar algo con solo copiar el archivo descargado a una carpeta; e incluso cuando hacía falta un instalador aparte, casi siempre se sentía como un flujo familiar provisto por el sistema
  • Problemas complejos como drivers, extensiones del sistema y gestión de versiones de bibliotecas hacen difícil crear un sistema integrado de instalación/desinstalación; si ni siquiera se puede garantizar conexión a internet, se vuelve todavía más complicado; incluso si se crea esa funcionalidad, luego hay que convencer a los proveedores de software de usarla, y preocupa que la gerencia no lo vea como una nueva vía de ganancias
  • Los principales proveedores de software por lo general sí ofrecen paquetes msi para despliegue por GPO; en los últimos 10 años casi no recuerdo haber tenido que empaquetar algo yo mismo, y la mayoría de las veces solo hacía ajustes simples de parámetros de instalación; aun así, siento que sigue habiendo bastante espacio para mejorar
• Llevo más de un año usando Windows 10 con todas las actualizaciones desactivadas y sin ningún problema; siento que Microsoft hizo que la palabra “actualización” tuviera una connotación negativa, y no entiendo por qué Nadella muestra tan poco cariño por Windows
  • Habrá usuarios para quienes no actualizar sea un desastre por temas de seguridad, pero la mayoría de las PC domésticas están detrás de NAT, así que es difícil explotar vulnerabilidades remotas como EternalBlue, y salvo que se infecten con un troyano no suele haber grandes problemas; mientras el navegador esté actualizado, en la práctica parece bastante seguro; como excepción, incluso sin privilegios de administrador un troyano todavía puede cifrar documentos o sumar la máquina a una botnet, así que Windows Update por sí solo tampoco detiene todas las amenazas
• Me parece que la forma de Windows Update es muy similar a la de todos los gestores de paquetes de Linux, aunque comparado con otras alternativas como Chocolatey, Scoop y WinGet, Windows Update se siente demasiado simple y con pocas funciones
  • Me da vergüenza haberme enterado tan tarde de que existía WinGet; después de pasar tiempo en entornos Linux como Ubuntu, busqué un gestor de paquetes para Windows y recién entonces lo descubrí
  • Windows Update se siente lentísimo; si la cantidad de componentes o el volumen de datos de actualización aumentara 10 veces, me cuesta incluso imaginarlo
• Si eres un usuario común y no un desarrollador/usuario avanzado al que se le facilite actualizar apps con Winget/línea de comandos, recomiendo mucho la app de código abierto UniGetUI; la interfaz es intuitiva, está bien mantenida y funciona de manera muy fluida
  • Recién me enteré del proyecto UniGetUI y se ve realmente muy pulido; gracias por compartir el dato
• Gracias a este hilo conocí una herramienta muy buena llamada UniGetUI, y pienso instalarla sí o sí en todos mis equipos Windows; el objetivo principal de esta app es ofrecer una GUI intuitiva para varios gestores de paquetes de Windows como WinGet, Scoop, Chocolatey, Pip, Npm, .NET Tool y PowerShell Gallery; es una app atractiva que permite instalar, actualizar y eliminar fácilmente el software que quieras desde los gestores de paquetes compatibles; ver enlace (16.2k stars)
• Tengo la sospecha de que este cambio hará que hasta una actualización de 7zip tarde 20 minutos y además pida reiniciar
  • No creo que necesariamente vaya a pasar eso; hay muchas actualizaciones de Windows Update que no fuerzan reinicio, y 7zip también podría configurarse de la misma manera
• Igual que otros autores, siento que este cambio ya llega con muchísimo retraso, pero no solo por quién lo hizo primero, sino porque personalmente creo que la era de la Win32 API y de las apps de escritorio terminó hace al menos 10 años; ahora solo queda un número pequeño de apps instaladas en el escritorio, y la mayoría de los usuarios dependen más de apps móviles y del navegador web; en lo personal, lo que instalo casi siempre son utilidades, y eso tampoco encaja con el modelo de negocio de Microsoft; al final me pregunto quién es exactamente el usuario objetivo
• Preocupa que esta política cree un enorme punto único de falla si el servicio de Windows Update tiene problemas; como se puede ver en estas tendencias de búsqueda relacionadas, Windows Update tiene un largo historial de inestabilidad
  • Esa preocupación tendría sentido si fuera el único medio de actualización, pero en realidad no parece que planeen hacer que Windows Update funcione como la única vía, así que no creo que el riesgo de “single point of failure” sea tan grande