Escenarios de Windows Autopilot
Debido a diferentes entornos, configuraciones diferentes y necesidades diferentes, Windows Autopilot ofrece varios escenarios diferentes. En la tabla siguiente se resumen los escenarios disponibles en Windows Autopilot:
| Escenario | Finalidad | Descripción |
|---|---|---|
| Modo controlado por el usuario de Windows Autopilot | Dispositivo para un único usuario | El usuario ejecuta la implementación |
| Windows Autopilot para aprovisionado previamente | Dispositivo para un único usuario | La implementación se divide entre el administrador de TI,OEM/reseller y el usuario. |
| Modo de implementación automática de Windows Autopilot | Dispositivo o dispositivo de pantalla completa para varios usuarios | La implementación está completamente automatizada |
| Piloto automático de Windows para dispositivos existentes | Preparación del dispositivo en el que es necesario reinstalar el sistema operativo Windows para una implementación de Windows Autopilot | Usa Microsoft Configuration Manager para instalar un sistema operativo Windows nuevo en un dispositivo existente antes de ejecutar una implementación de Windows Autopilot. |
| Restablecimiento de Windows Autopilot | Restablece un dispositivo existente a la instalación predeterminada de fábrica de Windows | Utiliza la instalación existente de Windows en un dispositivo para recompilar Windows y restaurarlo de nuevo a la instalación de fábrica de Windows. |
Nota:
Este tutorial es para Windows Autopilot. Para ver el tutorial de preparación de dispositivos Windows Autopilot , consulta Escenarios de preparación de dispositivos Windows Autopilot.
Funcionalidades de escenario
En la tabla siguiente se comparan las distintas funcionalidades de cada escenario de Autopilot:
| Escenario | Controlado por el usuario | Previamente aprovisionado | Implementación automática | Dispositivos existentes | Reset |
|---|---|---|---|---|---|
| Admite la unión a Microsoft Entra | Sí | Sí | Sí | Sí | Sí |
| Admite la unión híbrida de Microsoft Entra | Sí | Sí | No | Sí | No |
| La implementación requiere interacción por parte del usuario | Sí | Sí | No | ND | Restablecimiento local |
| La implementación requiere la interacción por parte del administrador de TI, OEM o revendedor | No | Sí | No | Sí | Restablecimiento remoto |
| Admite la asignación de usuario al dispositivo | Sí | Sí | No | ND | ND |
| Minimiza el tiempo que el usuario interactúa con la implementación. | No | Sí | Sí | ND | ND |
| El usuario se autentica | Yes | Flujo de usuario | No | ND | Restablecimiento local |
| Autenticación de TPM | No | Flujo del técnico | Sí | ND | ND |
| Debe registrarse como dispositivo Autopilot antes de la implementación. | Sí | Sí | Sí | No | Sí |
Nota:
El escenario Windows Autopilot para dispositivos existentes es un método para reinstalar completamente Windows en un dispositivo como preparación para ejecutar una implementación de Windows Autopilot. Sin embargo, el propio escenario de Windows Autopilot para dispositivos existentes no es técnicamente una implementación de Autopilot. Una vez completado el proceso de Windows Autopilot para dispositivos existentes, se ejecuta automáticamente un escenario de Autopilot.
En la tabla anterior se muestra lo que el escenario de Windows Autopilot para dispositivos existentes puede admitir. Sin embargo, es posible que no siempre se admita un escenario de Windows Autopilot determinado una vez que se complete el escenario Windows Autopilot para dispositivos existentes .
Ventajas y desventajas del escenario
En la tabla siguiente se describen las ventajas y desventajas de cada escenario de Windows Autopilot durante el proceso de implementación.
| Escenario | Ventajas | Inconvenientes |
|---|---|---|
| Controlado por el usuario | • No requiere ninguna interacción del administrador, OEM o revendedor. • No requiere atestación de TPM , por lo que funciona en dispositivos físicos y máquinas virtuales. |
• Tarda más tiempo para el usuario que el escenario aprovisionado previamente, ya que el usuario tiene que pasar por el ESP del dispositivo y el ESP del usuario. |
| Previamente aprovisionado | • Más rápido para el usuario, ya que el administrador de TI, OEM o revendedor controla la mayor parte del ESP del dispositivo durante el flujo del técnico. | • Requiere la interacción por parte del administrador de TI, OEM o revendedor. • Requiere la atestación de TPM durante el flujo del técnico, por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales incluso con TPM virtual). |
| Implementación automática | • No requiere ninguna interacción del usuario, administrador, OEM o revendedor. | • No se puede asignar un usuario al dispositivo. • El ESP de usuario no se ejecuta durante la implementación de Autopilot, ya que no se asigna ningún usuario. • Requiere atestación de TPM , por lo que solo funciona en dispositivos físicos con TPM compatible (no funciona en máquinas virtuales incluso con TPM virtual). • No admite dispositivos de unión híbrida de Microsoft Entra. |
| Dispositivos existentes | • Puede usar imágenes personalizadas. • Puede usar secuencias de tareas de Configuration Manager. • Puede volver a instalar una copia nueva de Windows en caso de daños graves en la instalación de Windows. • Buen escenario para actualizar un dispositivo desde un dominio unido o una unión híbrida de Microsoft Entra a Microsoft Entra join. |
• Requiere Microsoft Configuration Manager. • No es una implementación real de Autopilot, por lo que no funciona por sí sola, solo funciona junto a uno un escenario de Autopilot compatible. • Tarda más, ya que el dispositivo tiene que someterse a la secuencia de tareas y a la implementación de Autopilot. • El archivo JSON solo admite escenarios de Autopilot controlados por el usuario. • Los escenarios de aprovisionamiento previo y autoimplementación de Autopilot solo se admiten cuando el dispositivo ya es un dispositivo Autopilot y hay un perfil de Autopilot asignado al dispositivo. |
| Reset | • Permite restablecer fácilmente un dispositivo existente roto o reutilizado a un estado listo para la empresa. | • No funciona si hay daños graves en la instalación de Windows. • No admite dispositivos de unión híbrida de Microsoft Entra. |
Unión a Microsoft Entra y unión híbrida de Microsoft Entra frente a escenarios de Autopilot
La unión a Microsoft Entra y la unión híbrida de Microsoft Entra no son escenarios de Autopilot, sino opciones de identidad de dispositivo . Todos los escenarios de Autopilot admiten la unión a Microsoft Entra, mientras que solo los escenarios de dispositivos controlados por el usuario, aprovisionados previamente y existentes admiten la unión híbrida de Microsoft Entra. Al decidir qué escenario de Autopilot usar, tenga en cuenta los siguientes factores:
- Identidades de dispositivo que se usan actualmente en el entorno.
- Identidades de dispositivo que se van a usar en el futuro.
- Posibles identidades de dispositivo que se usarán en el futuro.
Microsoft recomienda implementar nuevos dispositivos como nativos de la nube mediante la unión a Microsoft Entra. No se recomienda implementar nuevos dispositivos como dispositivos de unión híbrida de Microsoft Entra, incluso a través de Autopilot. Microsoft Entra join proporciona la mejor experiencia de usuario. Sin embargo, las configuraciones y restricciones actuales del entorno pueden requerir el uso continuo de Active Directory local. En escenarios en los que todavía se necesita Active Directory local, se puede usar la unión híbrida de Microsoft Entra. Sin embargo, considere la posibilidad de mover nuevos dispositivos a Microsoft Entra unirse al mismo tiempo que mantiene los dispositivos existentes en la unión híbrida de Microsoft Entra. La unión híbrida de Microsoft Entra también se puede ver como una manera de realizar la transición de Active Directory local a un id. de Microsoft Entra puramente.
Tenga en cuenta también que para las implementaciones de Autopilot que admiten la unión híbrida de Microsoft Entra, la unión híbrida de Microsoft Entra requiere conectividad a un controlador de dominio. Si el dispositivo sometido a una implementación de Autopilot es un dispositivo remoto y no puede conectarse a un controlador de dominio local o a través de una conexión VPN, solo Microsoft Entra join es una opción.
Para obtener más información sobre la unión a Microsoft Entra frente a la unión híbrida de Microsoft Entra, consulte los artículos siguientes:
- Microsoft Entra unido frente a Microsoft Entry híbrido unido en puntos de conexión nativos de la nube.
- ¿Qué es una identidad de dispositivo?
- Obtenga más información sobre los puntos de conexión nativos de la nube.
- Tutorial: Configuración y configuración de un punto de conexión de Windows nativo de la nube con Microsoft Intune.
- Cómo: Planear la implementación de la unión a Microsoft Entra.
- Marco para la transformación de administración de puntos de conexión de Windows.
- Descripción de los escenarios híbridos de Azure AD y administración conjunta.
- Éxito con Windows Autopilot remoto y unión a Azure Active Directory híbrido.
¿Qué escenario de Autopilot se va a usar?
El escenario de Autopilot que se debe usar depende de varios factores, incluido el entorno y las necesidades de la organización. Lo primero que hay que tener en cuenta es qué tipo de identidad de dispositivo (Id. de Microsoft Entra o Id. de Microsoft Entra híbrido) se usa actualmente en el entorno. La identidad del dispositivo que se usa puede restringir los escenarios de Autopilot que se pueden usar en el entorno.
En la guía siguiente se proporcionan sugerencias generales sobre el escenario de Autopilot que se va a usar:
Controlado por el usuario
- Windows Autopilot controlado por el usuario admite la unión a Microsoft Entra y la unión híbrida de Microsoft Entra.
- El dispositivo está pensado para ser utilizado principalmente por un solo usuario.
- Si el dispositivo debe enviarse y entregarse directamente al usuario final sin la intervención del administrador de TI.
- Si el OEM o el revendedor no pueden realizar el flujo de técnico del escenario de aprovisionamiento previo de Windows Autopilot.
- Si las máquinas virtuales (VM) necesitan someterse al proceso de implementación de Windows Autopilot.
Previamente aprovisionado
- Windows Autopilot para aprovisionado previamente admite la unión a Microsoft Entra y la unión híbrida de Microsoft Entra.
- El dispositivo está pensado para ser utilizado principalmente por un solo usuario.
- Tiempo de implementación que las experiencias del usuario final deben minimizarse.
- Es un administrador de TI, un OEM o un revendedor capaz de controlar el flujo del técnico y la primera mitad de la implementación. Si un administrador de TI controla el flujo del técnico, es posible que el dispositivo tenga que enviarse primero al administrador de TI para realizar el flujo del técnico, seguido del dispositivo enviado o entregado al usuario final.
- En escenarios de unión híbrida de Microsoft Entra, si el OEM o el revendedor realiza el flujo de técnico, su entorno debe tener conectividad con un controlador de dominio para la organización.
- Windows Autopilot para aprovisionado previamente usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la máquina virtual tiene un TPM virtual.
Modo autoimplementable
- El modo de implementación automática de Windows Autopilot solo admite la unión a Microsoft Entra. No admite la unión híbrida de Microsoft Entra.
- El dispositivo está pensado para ser utilizado como un dispositivo de pantalla completa o por varios usuarios.
- Si el dispositivo no se va a asignar a un usuario.
- La implementación debe automatizarse tanto como siga sin interacción del usuario durante el proceso de implementación. Por ejemplo, el usuario final que tiene que iniciar sesión en Microsoft Entra ID durante el proceso de implementación.
- El modo de implementación automática de Windows Autopilot usa la atestación de TPM para la autenticación durante el flujo del técnico, por lo que solo se admiten los dispositivos que tienen un TPM compatible. Por este motivo, las máquinas virtuales (VM) no se admiten incluso cuando la máquina virtual tiene un TPM virtual.
Dispositivos existentes
- Windows Autopilot para dispositivos existentes no es una implementación de Windows Autopilot, sino un método para preparar un dispositivo existente para una implementación de Autopilot. Como parte de la implementación de Windows Autopilot para dispositivos existentes, se agrega un archivo JSON al dispositivo. El archivo JSON define qué implementación de Autopilot se ejecutará una vez completada la implementación de Windows Autopilot para dispositivos existentes.
- No es necesario que el dispositivo sea un dispositivo Autopilot actual.
- En dispositivos existentes que ya forman parte del entorno. Por ejemplo, al volver a comprar un dispositivo y es necesario volver a instalar el sistema operativo Windows.
- En los dispositivos existentes en los que es necesario reinstalar el sistema operativo Windows. Por ejemplo, la instalación anterior del sistema operativo Windows está dañada y debe volver a instalarse, o si se reemplaza la unidad de disco duro del dispositivo.
- Para convertir dispositivos de unión híbrida de Microsoft Entra a Microsoft Entra join.
- Cuando se desean imágenes personalizadas de instalaciones de Windows.
- Cuando se desean secuencias de tareas para ejecutar implementaciones de aplicaciones complejas.
Restablecer
- El restablecimiento de Windows Autopilot no es una implementación de Windows Autopilot, sino un método para restablecer un dispositivo Autopilot existente a un estado listo para la empresa.
- El dispositivo debe registrarse como un dispositivo Autopilot.
- El restablecimiento de Windows Autopilot solo admite dispositivos existentes de unión a Microsoft Entra. No admite dispositivos de unión híbrida de Microsoft Entra existentes.
- Cuando la instalación actual de Windows está en un estado estable no dañado. Si la instalación de Windows está dañada, use Windows Autopilot para los dispositivos existentes en su lugar.
- Cuando el dispositivo necesita reasignarse, por ejemplo, para un nuevo usuario.
- Cuando el dispositivo debe restablecerse para resolver problemas continuos en el dispositivo. A veces es mejor y más rápido restablecer un dispositivo que solucionar problemas en el dispositivo.
Pasos siguientes: Tutoriales de escenarios
La lista siguiente contiene vínculos a tutoriales de escenarios de Autopilot. Los tutoriales contienen instrucciones paso a paso sobre cómo configurar cada uno de los escenarios de Autopilot:
- Modo controlado por el usuario de Windows Autopilot:
- Windows Autopilot para la implementación aprovisionada previamente:
- Modo de implementación automática de Windows Autopilot.
- Windows Autopilot para dispositivos existentes.
- Restablecimiento de Windows Autopilot.
Contenido relacionado
Para obtener más información sobre los escenarios de Autopilot, consulte los artículos siguientes: