Guide de retraite des environnements de déploiement Azure

Azure Deployment Environments sera retiré le 22 février 2027. Commencez dès maintenant à élaborer votre plan de retraite afin de pouvoir inventorier les environnements existants, valider les flux de travail de remplacement et effectuer la migration et le nettoyage avant la retraite.

Note

Transférez vos flux de travail Azure Deployment Environments vers un service Microsoft, un service Azure ou une solution partenaire avant le 22 février 2027. Azure Deployment Environments prend sa retraite à cette date.

Appel à l’action

  • Commencez dès maintenant à établir un plan de retraite. Inventez les environnements ADE, définitions, catalogues, types d’environnements, projets, centres de développement, abonnements de déploiement, identités et attributions de rôles.
  • Sélectionnez et validez une approche de remplacement pour chaque scénario DEA, incluant la gouvernance, le contrôle d’accès, l’infrastructure en tant que code, le réseau, la gestion des coûts, le cycle de vie et les exigences d’auto-service du développeur.
  • Déplacer les utilisateurs et l’automatisation vers le flux de travail de remplacement avant le 22 février 2027.
  • Supprimer les environnements inutilisés et les ressources Azure appartenant aux clients pour réduire les coûts et se désengager officiellement d’ADE.

Important

Microsoft Dev Box a une date de retraite distincte au 18 septembre 2028. Ne supprimez pas les ressources partagées du Dev Center tant que vous n'avez pas confirmé qu'elles n'ont plus de dépendance à Microsoft Dev Box.

Vue d’ensemble de l’aide à la transition

Examinez Microsoft, Azure et les solutions partenaires pouvant prendre en charge vos scénarios d’environnement de développement. ADE n’a pas de remplacement individuel pour chaque charge de travail, donc évaluez chaque option selon vos besoins techniques et organisationnels.

Solutions de Microsoft

Considérez ces approches Microsoft et Azure comme des remplacements des environnements de déploiement Azure.

Azure Resource Manager et Bicep

Envisagez un déploiement direct de l’infrastructure en tant que code avec des modèles Azure Resource Manager ou Bicep lorsque vos équipes peuvent gérer les abonnements, les groupes de ressources, les identités, les politiques, l’orchestration du déploiement et les contrôles du cycle de vie via les processus existants d’ingénierie de plateforme.

Modules vérifiés Azure

Considérez les modules Azure vérifiés réutilisables lorsque les équipes ont besoin de blocs de construction standardisés et gouvernés pour les ressources Azure. Valider la couverture des modules, le versionnement, l’intégration des politiques et la propriété avant la migration.

Flux de travail Azure DevOps et GitHub

Considérez les flux de travail CI/CD lorsque le provisionnement de l’environnement peut être intégré dans les dépôts et les pipelines. Reconstruis les commandes spécifiques à ADE, les intégrations SDK et la configuration azd ciblant la plateforme Dev Center.

Solutions partenaires Azure

Aucune des solutions tierces que nous avons identifiées ne prend directement en charge un cycle de vie Bicep ou ARM. Utilisez Bicep ou ARM directement dans Azure pour le déploiement.

Avant de sélectionner une solution, le représentant de test crée, met à jour, supprime, des politiques, des scénarios d’identité, de journalisation, de récupération de défaillance et de gestion des coûts.

Questions fréquentes concernant la retraite des environnements de déploiement Azure

Quand les environnements de déploiement Azure vont-ils être retirés ?

Azure Deployment Environments sera retiré le 22 février 2027. Migration complète de la production avant cette date.

Que se passe-t-il à la date de la retraite ?

Les opérations de création, de déploiement, de redéploiement et d’autres opérations d’écriture d’ADE devraient être bloquées. Les opérations d’inventaire, de lecture, de journalisation et de suppression sont prévues pour rester disponibles pendant une période de nettoyage à durée déterminée.

La suppression progressive d’ADE entraîne-t-elle aussi celle de Microsoft Dev Box ?

Non. Microsoft Dev Box a une date de retraite distincte au 18 septembre 2028. Les définitions Dev Box, images, groupes, planifications, connexions réseau et opérations utilisateur restent disponibles à la date de mise hors service d’ADE.

Puis-je supprimer des centres de développement et des projets partagés ?

Seulement après avoir confirmé qu’ils n’ont plus de dépendance à Dev Box. Associer les projets à leur centre de développement associé et vérifier la présence de pools Dev Box ou d’autres ressources Dev Box avant de supprimer les ressources parentes partagées.

Comment identifier les ressources concernées ?

Utilisez le classeur Service Retirement et Azure Resource Graph pour identifier les ressources hôtes ADE et les ressources du plan de contrôle dans les abonnements auxquels vous pouvez accéder. Les instances d'environnement ADE n'ont pas d'identifiants de ressources Azure Resource Manager, donc inventez séparément les environnements déployés via le portail développeur, Azure CLI, les API de data-plane ADE ou la télémétrie opérationnelle existante.

Comment puis-je migrer mes environnements ?

Conservez les modèles, cataloguez les références sources, les paramètres et la configuration. Choisissez une plateforme cible. Reconstruire l’automatisation du provisionnement. Validez la gouvernance et les contrôles du cycle de vie. Tests de déploiements représentatifs et procédures de récupération. Déplacer les utilisateurs et automatiser avant la retraite.

Comment supprimer les environnements ADE ?

  • Ouvrez chaque environnement dans le portail développeur et examinez ses détails ainsi que son groupe de ressources de déploiement.
  • Supprimez l’environnement et confirmez le périmètre de suppression.
  • Ouvrez le groupe de ressources de déploiement dans le portail Azure et vérifiez quelles ressources ont été supprimées.
  • Supprimez les ressources appartenant aux clients qui subsistent et ne sont plus nécessaires.
  • Supprimez les types d’environnement, définitions, catalogues, identités, attributions de rôles et autorisations de déploiement élevées propres à ADE une fois les dépendances supprimées.

Supprimer un environnement arrête-t-il toutes les charges ?

Pas nécessairement. Supprimer les métadonnées ADE ne supprimera pas nécessairement toutes les ressources Azure déployées par l’environnement. Les ressources en dehors du groupe de ressources de déploiement géré peuvent continuer à fonctionner et à encaisser des charges jusqu’à ce que vous les suppriez. Examinez les données Gestion des coûts Azure pour confirmer que la facturation prévue a cessé.

Où puis-je obtenir de l’aide ?

Utilisez Microsoft Q& A pour l’accompagnement de la communauté. Si vous avez un plan support Azure et avez besoin d’une assistance technique, créez une demande support Azure.