Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Microsoft Dev Box sera retiré à 17h00 UTC le 18 septembre 2028. Commencez dès maintenant à planifier votre retraite pour vérifier les différences de fonctionnalités, sécuriser les licences et la capacité, et transférer les flux de travail des développeurs vers la solution Microsoft recommandée.
Note
Transférez vos flux de travail Microsoft Dev Box vers Windows 365 ou une autre solution appropriée d’ici le 18 septembre 2028. Microsoft Dev Box est retiré à cette date. Le service commence sa période de fermeture à 16h00 UTC le 14 septembre 2026.
Appel à l’action
Commencez dès maintenant à créer un plan de retraite pour vérifier les dépendances aux fonctionnalités, confirmer les licences et la capacité, et valider l’expérience développeur dans l’environnement cible.
Continuez à utiliser les déploiements existants de Microsoft Dev Box comme solution temporaire pendant que vous créez et exécutez votre plan de transition à long terme. Ne créez pas de nouvelles dépendances durables envers le service qui prend sa retraite.
Supprimez les ressources inutilisées pour réduire les coûts et mettre officiellement hors service en examinant les centres de développement, les projets, les groupes, les définitions, les connexions réseau, les images et les dev box actives.
Vue d’ensemble de l’aide à la transition
Examinez la solution Microsoft recommandée ainsi que les autres options disponibles pouvant supporter des environnements de développement cloud sécurisés et gérés. Ces solutions offrent différentes approches de provisionnement, gestion, réseautage, diffusion d’images, libre-service du développeur et coûts.
Solutions de Microsoft
Il existe des solutions Microsoft que vous pourriez envisager comme remplaçants de Microsoft Dev Box. Ces solutions ne sont pas des remplacements un-à-un, alors évaluez chaque scénario de développeur et validez l’architecture, la gestion, la sécurité, la performance et l’expérience utilisateur avant la migration.
Windows 365
Windows 365 est la voie recommandée pour les environnements de développement virtualisés. Il fournit des PC Cloud persistants que vous pouvez gérer avec Microsoft Intune et intégrer avec Microsoft Entra ID, l’accès conditionnel, les politiques de conformité, les applications et les contrôles de sécurité organisationnels. Windows 365 prend en charge l’image de configuration développeur de Windows 11, offrant aux développeurs un environnement préconfiguré. Les organisations peuvent également déployer des applications, scripts, politiques et images personnalisées approuvées avant la connexion des développeurs.
Une gamme de configurations — incluant des PC Cloud à 16 vCPU, 32 vCPU et GPU — permet aux organisations d’adapter les ressources aux besoins de charge de travail. Les environnements persistants préservent le travail des développeurs à travers les sessions, tandis que l’identité, la sécurité, la gestion et les politiques restent régies de manière centralisée. Avant la migration, sélectionnez l’offre et le modèle de licence Windows 365 appropriés ; définissez les exigences d’identité, de gestion des appareils, de réseau, d’image, d’applications, de stockage, de capacité et de performance ; et pilotez les flux de travail des développeurs représentatifs.
Planifiez les vagues de migration en fonction des priorités de l’entreprise, de la préparation, de la géographie et de la capacité de soutien. Provisionner et valider les PC Cloud cibles avant de déplacer les utilisateurs, transférer les données et configurations requises via des processus approuvés, surveiller le transfert et supprimer les ressources Dev Box après validation réussie.
Pour savoir comment Windows 365 soutient la productivité des développeurs et représente la voie recommandée par Dev Box, consultez le blog Windows 365 for Developers.
Questions fréquentes sur la retraite de la Microsoft Dev Box
Quand Microsoft Dev Box prendra-t-il sa retraite ?
Microsoft Dev Box sera retiré à 17h00 UTC le 18 septembre 2028. La période de fermeture commence à 16h00 UTC le 14 septembre 2026.
Puis-je continuer à utiliser les déploiements existants de Microsoft Dev Box ?
Yes. Les déploiements existants restent soutenus pendant la période de transition. Commencez à planifier et tester votre transition dès maintenant plutôt que d’attendre la date de retraite.
Puis-je créer de nouvelles ressources Microsoft Dev Box pendant la transition ?
Utilisez le produit actuel et l’expérience d’abonnement pour déterminer si la création de nouvelles ressources reste disponible. Évitez d’étendre les dépendances durables à un service en retraite et priorisez l’investissement dans l’environnement cible.
Windows 365 est-il un remplacement un-à-un de Microsoft Dev Box ?
Non. Windows 365 est la voie recommandée, mais l’architecture, les licences, la gestion, le réseau, la diffusion d’images et l’auto-service des développeurs peuvent différer. Validez chaque charge de travail et ne supposez pas une parité complète de fonctionnalités.
Existe-t-il un outil de migration automatisée ?
Windows 365 n'est pas un remplacement direct de Microsoft Dev Box. Prévoyez de provisionner les PC Cloud cibles, de recréer les politiques et configurations requises, de déployer des applications et de transférer les données utilisateurs via des processus approuvés. Consultez les dernières directives de migration publiées et contactez votre compte Microsoft avant de commencer les transitions de production.
Que se passe-t-il avec les charges de travail restantes de la Microsoft DevBox après la retraite ?
Microsoft Dev Box ne sera plus disponible après la retraite. Attendez-vous à la suppression des charges de travail restantes des clients. Terminez la migration et la préservation des données avant la date limite de départ à la retraite.
Comment puis-je identifier les ressources affectées par la retraite ?
Utilisez le cahier d’exercices Azure Advisor Service Retirement pour consulter les abonnements et ressources concernés. Complétez le classeur par un inventaire organisationnel des centres de développement, projets, pools, définitions, connexions réseau, images, utilisateurs, assignations de rôles et automatisation.