La diferencia central entre Azure Virtual Desktop y Windows 365 es la forma del coste, no solo su tamaño. Azure Virtual Desktop es gasto de infraestructura variable: paga por el cómputo, el almacenamiento, las imágenes y los perfiles que ejecuta, y carga con el tiempo operativo para dimensionarlo, parchearlo y supervisarlo. Windows 365 es una licencia plana y predecible por usuario y mes con la infraestructura subyacente gestionada por usted. Eso hace de una migración de AVD a Windows 365 menos un intercambio de precio equivalente y más una elección sobre qué modelo de coste encaja con cada parte de su entorno. Los escritorios personales suelen compararse de forma natural con Windows 365 Enterprise, los usuarios intermitentes y por turnos con Windows 365 Flex, mientras que las cargas de trabajo multisesión de alta densidad y con GPU a menudo se quedan en AVD. La forma fiable de decidir es una comparación direccional por cohorte, y luego una migración pilotada en oleadas.
Los dos modelos de coste, lado a lado
Azure Virtual Desktop es un servicio de virtualización muy flexible en el que paga solo por lo que usa con precios basados en el consumo, y puede reducir la sobrecarga del sistema operativo ejecutando Windows multisesión para que varios usuarios compartan un host. Esa flexibilidad es genuinamente valiosa, pero significa que la factura se mueve con sus decisiones: tamaños de VM, cuánta capacidad de host mantiene en marcha, almacenamiento, y las imágenes y perfiles que hay detrás de todo ello.
Windows 365 adopta el enfoque opuesto. Los Cloud PC se facturan en un modelo por usuario y mes, que Microsoft diseña específicamente para que las organizaciones no tengan que gestionar la variabilidad de los costes de cómputo y almacenamiento que trae un escritorio hospedado tradicional. Ningún modelo es intrínsecamente más barato. La pregunta en cualquier ejercicio de coste de Azure Virtual Desktop frente a Windows 365 es qué forma de gasto, variable y ajustable, o plana y predecible, encaja mejor con una cohorte dada.
Dónde se esconden los costes de AVD
La lista de tarifas publicada es la parte fácil. Cuando las organizaciones encuentran su cifra de AVD más alta de lo esperado, suele ser por costes que no aparecen como una única línea evidente.
- Margen del grupo de hosts. Para cubrir la demanda pico sin degradar la experiencia, los despliegues agrupados mantienen capacidad de reserva en marcha. Ese margen es cómputo real por el que paga incluso cuando está inactivo entre picos.
- Gestión de imágenes y perfiles. Las imágenes maestras necesitan construirse, parchearse y versionarse, y los perfiles de usuario necesitan un lugar donde vivir y mantenerse con buen rendimiento. Esto es trabajo continuo y almacenamiento continuo, no algo puntual.
- Sobrecarga de supervisión y operaciones. La automatización de escalado, el parcheo, los diagnósticos y el arreglo de averías del día a día consumen todos tiempo de ingeniería. Ese esfuerzo operativo es una parte real de las comparaciones de TCO de Windows 365 aunque nunca aparezca en la factura.
Nada de esto convierte a AVD en la elección equivocada. Es una plataforma potente. Simplemente significa que una comparación justa tiene que contar el tiempo operativo y la capacidad siempre encendida, no solo el cómputo bajo demanda.
Personal frente a agrupado: la decisión que impulsa la comparación
El corte más útil a través de las cifras es si una cohorte usa escritorios personales o agrupados, porque eso determina la comparación natural con Windows 365.
Los escritorios personales y dedicados se corresponden con limpieza con Windows 365 Enterprise, donde cada usuario tiene una relación uno a uno con su propio Cloud PC, su propio entorno Windows persistente en la nube. Si alguien necesita que su escritorio sea suyo todo el día, cada día, esa es la comparación equivalente.
El uso agrupado, intermitente y por turnos se corresponde en cambio con Windows 365 Flex. Flex proporciona una única licencia para aprovisionar Cloud PC de uso no concurrente, orientada a personas que necesitan acceso a un Cloud PC durante una parte limitada del día. Encaja con horarios de rotación, personal a tiempo parcial y eventual, y patrones de cara al cliente o por turnos donde no todos están activos a la vez. Esa es la cohorte donde una licencia plana por usuario y una menor concurrencia pueden alinearse bien.
Haga coincidir cada cohorte por patrón de uso: escritorios personales a Windows 365 Enterprise, trabajo agrupado y por turnos a Windows 365 Flex, multisesión de alta densidad y GPU a AVD.
Mover con la capacidad de migración de Windows 365
Microsoft ha hecho la API de migración de Windows 365 disponible con carácter general, sacándola de la vista previa. Es una interfaz basada en REST, construida sobre la Microsoft Graph API e integrada con Microsoft Intune, que permite a socios y clientes migrar máquinas virtuales basadas en Azure a Cloud PC de Windows 365 con menos esfuerzo manual. Funciona tomando una instantánea de un disco duro virtual preparado y usándola para aprovisionar un Cloud PC para el usuario objetivo.
Conviene ser preciso sobre lo que la capacidad cubre y no cubre hoy, porque los límites dan forma a la planificación. La API de migración apunta a máquinas virtuales persistentes de sesión única: admite VM de Azure unidas a Entra y unidas a Entra híbrido, usa aprovisionamiento basado en instantáneas en lugar de importaciones de imagen, y aprovisiona en Cloud PC de Windows 365 Enterprise. En el momento de escribir esto está disponible primero en la nube comercial, con los escenarios de nube gubernamental y de GPU señalados para fases futuras, y viene con requisitos prácticos como VM Gen2, solo un disco de sistema operativo, agentes de terceros retirados y un disco importado por usuario a la vez. La conclusión es que agiliza el traslado para escritorios personales de sesión única. Los grupos de hosts multisesión agrupados son un rediseño en lugar de un instantánea y mover, así que planifique esos como nuevas construcciones de Windows 365 o Flex.
Cuándo AVD sigue siendo la respuesta correcta
Mover no siempre es el objetivo, y parte de un plan creíble para pasar de AVD a Windows 365 es ser honesto sobre las cohortes que deberían quedarse. AVD tiende a seguir siendo el mejor encaje cuando:
- La economía multisesión de alta densidad domina. Donde muchos usuarios comparten hosts de Windows multisesión de forma eficiente, el coste por usuario de esa infraestructura compartida puede ser muy difícil de batir con licencias por usuario.
- Hay cargas de trabajo con GPU implicadas. Los usuarios con uso intensivo de gráficos a menudo necesitan hosts con GPU, que AVD admite y que la ruta de migración de Windows 365 todavía no cubre.
- La demanda es a ráfagas o programada. Donde el uso sube y baja de forma acusada, la facturación basada en consumo más la automatización de escalado puede rastrear la demanda con más precisión que una licencia plana por usuario, y el control que AVD da sobre el dimensionamiento y la personalización vale la pena conservar.
El entorno correcto suele ser una mezcla: cohortes personales y por turnos en Windows 365, y cargas de trabajo concretas de alta densidad o con GPU dejadas en una huella de AVD más ligera y bien gestionada.
Un flujo de migración que reduce el riesgo del movimiento
Una migración fiable de AVD a Windows 365 sigue una secuencia en lugar de un único salto:
- Evalúe el entorno. Capture lo que de verdad ejecuta: hosts, tamaños, imágenes, perfiles, patrones de uso y el esfuerzo operativo que hay detrás.
- Segmente personal frente a agrupado. Divida las cohortes por uso dedicado y compartido, ya que eso decide la comparación de Enterprise frente a Flex, y señale las cargas de trabajo multisesión y con GPU que puedan quedarse en AVD.
- Ejecute una comparación de costes direccional. Compare el coste actual de AVD de cada cohorte, incluidos el margen y las operaciones, con el modelo de Windows 365 equivalente. Trate cada cifra como direccional y constrúyala a partir de su propio entorno.
- Pilote. Mueva primero un grupo representativo, valide la experiencia y el coste de funcionamiento real, y confirme el enfoque de migración.
- Migre en oleadas. Traslade las cohortes en oleadas controladas, usando la capacidad de migración para escritorios persistentes y construcciones nuevas para escenarios agrupados.
- Desmantele. Retire la capacidad de AVD que una oleada ya no necesita, para dejar de pagar por infraestructura que la migración ha reemplazado.
Una herramienta de informes de Intune ayuda a mantener visible la evidencia de preparación de dispositivos, enrolment, updates y compliance durante cada oleada de migración.
Dónde encaja EtherInsights
La parte difícil de esto no es la teoría, es producir cifras en las que confíe para su entorno concreto y luego ejecutar sin sorpresas. EtherInsights ayuda a traducir una huella de AVD desordenada en cohortes claras, mostrando dónde se sitúan de verdad los escritorios personales, los usuarios por turnos y las cargas de trabajo multisesión, y dando la evidencia para planificar el movimiento con confianza en lugar de con suposiciones.
Desde ahí, la migración a Windows 365 convierte ese cuadro en un plan secuenciado en oleadas con el coste operativo del segundo día a la vista. Como cada comparación aquí es direccional, el siguiente paso sensato es calcular sus propias cifras direccionales frente a sus cohortes reales en lugar de un promedio genérico, e integrar el resultado en la más amplia optimización de costes en la nube para que el entorno de escritorio siga pagando solo por el trabajo que sostiene.
Acierte con el modelo por cohorte y la migración deja de ser una apuesta sobre un único promedio. Se convierte en un conjunto de decisiones fundamentadas y respaldadas por evidencia.
Explore la migración a Windows 365 para mover las cohortes correctas, mantener las adecuadas en AVD y demostrar el coste en cualquier caso.