Windows Autopilot Device Preparation vs Autopilot : quelles différences ?

Autopilot, lancé par Microsoft en 2017 peu de temps après la sortie de Windows 10, avait pour objectif principal de simplifier le travail des équipes IT en réduisant le temps consacré au déploiement et à la gestion des postes de travail. Grâce à Autopilot, les appareils peuvent être configurés en un état prêt pour l’entreprise sans avoir besoin de créer une « gold image » ou une image WIM, comme cela se faisait auparavant.

Les méthodes d’enrôlement d’Autopilot

En 2024, Microsoft a introduit un nouveau type d’enrôlement appelé Windows Autopilot Device Preparation. Ce mode d’enrôlement n’est pas une version améliorée d’Autopilot, mais plutôt une approche totalement différente pour la configuration des appareils, offrant une nouvelle méthode pour les déployer et les préparer pour l’entreprise.

Historiquement, Windows Autopilot propose trois modes d’enrôlement :

Enrôlement user-driven

Ce mode est centré sur l’utilisateur final. Lorsqu’un appareil est allumé pour la première fois, l’utilisateur est guidé à travers un processus de configuration personnalisé. L’utilisateur s’authentifie, et le processus d’enrôlement s’effectue avec des configurations et applications spécifiques qui sont automatiquement installées. C’est une solution particulièrement adaptée aux environnements où les utilisateurs finaux doivent être impliqués dans la configuration initiale de leur appareil.

Enrôlement pre-provisionning

Aussi appelé « mode pré-approvisionnement », ce mode permet aux équipes IT de préparer et configurer les appareils avant qu’ils ne soient remis aux utilisateurs finaux. L’appareil est configuré en amont, de sorte que lorsque l’utilisateur final le reçoit, toutes les applications et configurations sont déjà prêtes, réduisant considérablement le temps de configuration. Ce mode est idéal pour les déploiements en masse, car il permet de minimiser le temps d’attente pour les utilisateurs et garantit que les appareils sont prêts à l’emploi dès leur réception.

Enrôlement self-deploying

Ce mode est conçu pour permettre aux appareils de s’auto-configurer sans intervention de l’utilisateur final. Il est particulièrement adapté aux appareils partagés, aux kiosques ou aux points de vente. Avec le mode self-deploying, l’appareil se configure automatiquement dès sa première mise sous tension et télécharge les paramètres et applications nécessaires sans nécessiter de connexion utilisateur. Ce mode simplifie la gestion des appareils autonomes ou partagés et assure une configuration cohérente sur tous les terminaux concernés.

Ces trois modes d’Autopilot permettent de couvrir une large gamme de scénarios de déploiement, adaptés aux besoins des entreprises en fonction du niveau de préparation et d’autonomie souhaité pour chaque type d’appareil.

A noter que nous ne retrouvons pour l’instant que le scénario “User Driven” dans Autopilot Device Preparation.

Les axes majeurs de Windows Autopilot Device Preparation

Windows Autopilot Device Preparation apporte son lot de nouveautés pour optimiser le déploiement et la gestion des périphériques en entreprise, en simplifiant les processus et en améliorant le suivi en temps réel. Voici les principaux axes de cette solution :

Simplifier le déploiement des périphériques

Initialement, il fallait créer deux profils dans Autopilot : un profil ESP et un profil de déploiement Autopilot. Désormais, tout se paramètre dans un seul et même profil. Autrement dit, vous choisissez le groupe de déploiement et les applications et les scripts que nous souhaitons déployer.

Autre nouveauté, les applications MSI et Win32 peuvent être déployées en même temps. Auparavant, il était conseillé de privilégier les applications Win32 pour éviter d’avoir des échecs d’installation. Désormais, vous pouvez mixer tout type d’installation voire même des applications du Microsoft Store.

Optimiser le temps global de préparation

Notamment grâce à la nouveauté « Enrollment time grouping ». Vous pouvez ajouter l’utilisateur à un groupe de sécurité lorsqu’il s’authentifie sur Autopilot. Ainsi, les applications et les configurations descendent directement sur le groupe de sécurité associé. Gain de temps considérable.

Cette fonctionnalité sera également mise en place sur Android et iOS dans les prochains mois.

Améliorer la résolution des problématiques et le reporting

La partie reporting a était beaucoup améliorée par rapport à avant et donc là vous pouvez avoir un reporting en état quasi temps réel sur le déploiement des applications, des scripts et le temps de déploiement du poste dans autopilot device préparation.

Autopilot Device Préparation et Windows Autopilot peuvent être utilisés simultanément. Vous pouvez avoir des postes présents d’un côté ou de l’autre. En revanche, un poste ne peut exécuter qu’un seul Autopilot. Ceci étant dit, c’est Autopilot qui est prioritaire par rapport au Autopilot Device Preparation. C’est donc à vous de faire ce choix. 

Notez que si vous choisissez Autopilot Device Preparation, il faudra vous assurer que le poste n’est plus inscrit dans Windows Autopilot classique.

Les différences entre Autopilot vs Autopilot Device Preparation

Autopilot et Autopilot Device Preparation sont deux solutions de déploiement pour appareils Windows qui se différencient par leurs fonctionnalités et cas d’usage.

Autopilot propose plusieurs modes de déploiement, incluant le mode « User Driven », le « Pre-Provisioning » et le « Self-Deploying », tandis qu’Autopilot Device Preparation est limité au mode « User Driven ». Aussi, Autopilot Device Preparation ne peut être utilisé que sur Windows 11 tandis qu’Autopilot l’est sur Windows 11 mais également sur Windows 10.

En termes de type de jonction, Autopilot supporte le « Entra ID Join » et le « Hybrid Entra ID Join » (ce dernier n’étant plus supporté), tandis qu’Autopilot Device Preparation ne prend en charge que le « Entra ID Join ». 

Concernant l’installation d’applications, Autopilot permet un déploiement illimité d’applications, contrairement à Autopilot Device Preparation, qui est limité à 10 applications et 10 scripts. 

Enfin, une différence majeure réside dans la compatibilité avec les applications métier et les applications Win32 : Autopilot ne prend pas en charge ces applications dans un même déploiement, alors qu’Autopilot Device Preparation, lui, les supporte.

On peut imaginer qu’à terme, l’une de ces solutions remplacera l’autre, bien que cet horizon reste encore incertain. Pour l’instant, Autopilot et Autopilot Device Preparation fonctionnent indépendamment, chacune avec une approche distincte. Autopilot Device Preparation, malgré une simplicité au niveau du déploiement, présente encore certaines limitations techniques, liées à la maturité du produit. Microsoft travaille activement à renforcer cette solution, avec des investissements continus pour surmonter ces obstacles et optimiser son efficacité.

Les prérequis d’Autopilot Device Preparation

Pour une configuration optimale d’Autopilot Device Preparation, plusieurs prérequis sont essentiels :

• Version de Windows requise : Pour tirer parti d’Autopilot Device Preparation, l’appareil doit fonctionner sous Windows 11, version 23H2, avec la mise à jour KB5035942 ou une version ultérieure. Cette version garantit que toutes les fonctionnalités nécessaires pour un déploiement fluide sont présentes.
• Jonction Microsoft Entra ID : Seule la jonction Microsoft Entra ID Join est prise en charge, excluant d’autres types de jonctions. Cela implique que l’appareil doit être lié directement au Microsoft Entra ID afin d’assurer une gestion optimale et une configuration homogène des identités.
• Enregistrement des appareils : Il est essentiel que l’appareil ne soit pas déjà enregistré ou ajouté dans Windows Autopilot. Un appareil déjà lié à Autopilot peut créer des conflits dans la configuration, ce qui impacte le bon déroulement du déploiement via Autopilot Device Preparation.
• Configuration standard du réseau et des licences : Une configuration correcte du réseau (Network) et des licences (Licensing) est nécessaire pour éviter des erreurs lors du déploiement. Ces éléments de base permettent à l’appareil de se connecter, de télécharger les configurations et d’accéder aux ressources nécessaires.
• Groupes Entra ID requis :
  • Groupe Entra ID Utilisateurs : ce groupe permet de gérer les droits d’accès et les autorisations pour les utilisateurs finaux pendant la préparation des appareils.
  • Groupe Entra ID Ordinateurs : les appareils doivent appartenir à ce groupe, avec « Intune Provisioning Client » comme propriétaire. Ce paramétrage spécifique permet de faciliter le provisionnement des appareils par Intune et d’assurer un contrôle efficace tout au long du processus.

Ces prérequis sont indispensables pour garantir une utilisation optimale d’Autopilot Device Preparation, permettant ainsi un déploiement rapide, simplifié et conforme aux standards de sécurité et de gestion de Microsoft.

Les nouveaux concepts d’Autopilot Device Preparation

Avec l’évolution continue d’Autopilot, Microsoft introduit trois nouveaux concepts dans Autopilot Device Preparation, chacun visant à renforcer l’efficacité, la sécurité et la réactivité des déploiements d’appareils. Ces nouveautés, conçues pour répondre aux besoins des équipes IT en simplifiant les processus et en optimisant le suivi, marquent une étape significative dans la gestion des appareils. Découvrons ensemble comment l’Enrollment Time Grouping, les Corporate Identifiers for Windows et la mise à jour du statut en quasi-temps réel transforment l’expérience d’Autopilot Device Preparation.

L’enrollment Time Grouping

C’est la clé d’Autopilot Device Preparation ! Ce concept remplace le traditionnel group tag et vise à automatiser l’attribution des appareils aux groupes appropriés lors de leur inscription.
À l’inscription, chaque appareil est automatiquement assigné à un groupe spécifique, qui peut inclure les configurations, applications, ou scripts requis pour le déploiement.
Son avantage principal est de simplifier le processus de déploiement en éliminant la nécessité de configurer manuellement des balises de groupe pour chaque appareil, accélérant ainsi la configuration initiale.

Corporate Identifiers for Windows

Ce nouveau concept permet une identification unique et sécurisée de chaque appareil. L’identification est basée sur des informations comme le numéro de série, le fabricant et le modèle de l’appareil.
Il assure l’approbation préalable de chaque appareil dans le cadre d’un déploiement via Autopilot Device Preparation, garantissant ainsi que seuls les appareils autorisés sont enrôlés.
Son avantage principal remplace les besoins de hardware hash traditionnels en améliorant la sécurité et la précision de l’identification des appareils, tout en simplifiant le processus d’approbation.

Mise à jour de statut en quasi-temps réel

Son objectif est de fournir des informations actualisées sur l’état des déploiements, permettant une surveillance précise et rapide de chaque étape du processus.
Les administrateurs peuvent consulter l’état des applications et des scripts (comme les scripts PowerShell) utilisés dans le déploiement, leur permettant de repérer rapidement tout problème éventuel.
Son avantage principal est d’améliorer significativement la résolution des problèmes en offrant une vue d’ensemble des déploiements en temps réel, permettant aux équipes IT de réagir rapidement aux erreurs ou dysfonctionnements.

Ces nouveaux concepts d’Autopilot Device Preparation apportent une amélioration considérable en termes d’automatisation, de sécurité et de réactivité, permettant une gestion plus efficace des appareils et un déploiement optimisé.

Que retenir sur Autopilot Device Preparation ?

En conclusion, Autopilot Device Preparation représentent une avancée majeure pour simplifier, automatiser et sécuriser le déploiement des appareils en entreprise. Grâce aux nouveaux modes d’enrôlement, aux outils de préparation optimisés, et aux concepts innovants comme l’Enrollment Time Grouping et les Corporate Identifiers for Windows, Microsoft répond aux besoins de flexibilité et d’efficacité des équipes IT.

Les améliorations en matière de reporting et de suivi en quasi-temps réel permettent une meilleure réactivité face aux problèmes potentiels, offrant ainsi un contrôle accru sur chaque étape du déploiement. Bien qu’Autopilot Device Preparation présente encore certaines limitations, son développement constant laisse entrevoir un avenir prometteur pour les entreprises cherchant à optimiser la gestion de leurs parcs d’appareils.