Handleiding voor de uitfasering van Azure Deployment Environments

Azure Deployment Environments gaat met pensioen op 22 februari 2027. Begin nu met het ontwikkelen van je pensioenplan zodat je bestaande omgevingen kunt inventariseren, vervangingsworkflows kunt valideren en migratie en opruiming kunt voltooien vóór je pensioen.

Aanroep naar actie

• Begin nu met het opstellen van een pensioenplan. Inventariseer ADE-omgevingen, definities, catalogi, omgevingstypen, projecten, ontwikkelcentra, deployment-abonnementen, identiteiten en roltoewijzingen.
• Selecteer en valideer een vervangende aanpak voor elk ADE-scenario, inclusief governance, toegangscontrole, infrastructure-as-code, netwerken, kostenbeheer, levenscyclus en ontwikkelaars zelfbedieningsvereisten.
• Verplaats gebruikers en automatisering naar de vervangende workflow vóór 22 februari 2027.
• Verwijder ongebruikte omgevingen en door klanten beheerde Azure-bronnen om kosten te besparen en formeel te verlaten ADE.

Overzicht van overgangsrichtlijnen

Bekijk oplossingen van Microsoft, Azure en partners die jouw ontwikkelomgevingsscenario's kunnen ondersteunen. ADE heeft niet één één-op-één vervanging voor elke werklast, dus beoordeel elke optie aan de hand van je technische en organisatorische vereisten.

Microsoft-oplossingen

Beschouw deze Microsoft- en Azure-benaderingen als vervangingen voor Azure Deployment Environments.

Azure Resource Manager en Bicep

Overweeg directe infrastructure-as-code implementatie met Azure Resource Manager-sjablonen of Bicep, wanneer je teams abonnementen, resource groups, identiteiten, beleid, deployment-orchestratie en levenscycluscontroles kunnen beheren via bestaande platform-engineeringprocessen.

Azure-geverifieerde modules

Overweeg herbruikbare Azure-geverifieerde modules wanneer teams gestandaardiseerde, beheerde bouwstenen voor Azure-bronnen nodig hebben. Valideer moduledekking, versiebeheer, beleidsintegratie en eigendom vóór migratie.

Azure DevOps- en GitHub-workflows

Beschouw CI/CD-workflows wanneer omgevingsprovisioning kan worden geïntegreerd in repositories en pipelines. Herbouw ADE-specifieke commando's, SDK-integraties en azd-configuratie die gericht is op het Dev Center-platform.

Azure-partneroplossingen

Geen van de door derden geïdentificeerde oplossingen ondersteunt direct een Bicep- of ARM-levenscyclus. Gebruik Bicep of ARM direct in Azure voor de implementatie.

Voordat een oplossing wordt gekozen, maakt een testvertegenwoordiger scenario's aan, werkt bij, verwijdert, beleid, identiteit, logging, failure-recovery en kostenbeheer.

Veelgestelde vragen over het beëindigen van Azure Deployment Environments

Wanneer worden Azure Deployment Environments met pensioen gestuurd?

Azure Deployment Environments gaat met pensioen op 22 februari 2027. Volledige productiemigratie vóór deze datum.

Wat gebeurt er op de pensioendatum?

ADE-maakbewerkingen, implementaties, herimplementaties en andere schrijfbewerkingen zullen naar verwachting worden geblokkeerd. Inventaris-, lees-, log- en verwijderingsoperaties zijn gepland om beschikbaar te blijven gedurende een tijdgebonden opruimperiode.

Betekent ADE-pensionering ook dat Microsoft Dev Box met pensioen gaat?

No. Microsoft Dev Box heeft een aparte pensioendatum van 18 september 2028. Dev Box-definities, installatiekopieën, pools, schema’s, netwerkverbindingen en gebruikersbewerkingen blijven beschikbaar op de buitengebruikstellingsdatum van ADE.

Kan ik gedeelde devcenters en projecten verwijderen?

Pas nadat je hebt bevestigd dat ze geen Dev Box-afhankelijkheid meer hebben. Koppel projecten aan hun gekoppelde dev center en controleer op Dev Box pools of andere Dev Box-resources voordat je gedeelde ouderresources verwijdert.

Hoe identificeer ik de getroffen bronnen?

Gebruik het Service Retirement werkboek en Azure Resource Graph om ADE-host- en controlplane-resources te identificeren in abonnementen die je kunt bereiken. ADE-omgevingsinstanties hebben geen Azure Resource Manager resource IDs, dus inventariseer je geïmplementeerde omgevingen apart via het ontwikkelaarsportaal, Azure CLI, ADE dataplane API's of bestaande operationele telemetrie.

Hoe kan ik mijn omgevingen migreren?

Bewaar sjablonen, catalogiseer bronreferenties, parameters en configuraties. Kies een doelplatform. Herbouw de provisioning-automatisering. Valideer de governance en de controles voor de levenscyclus. Test representatieve implementaties en herstelprocedures. Verplaats gebruikers en automatiseringen vóór buitengebruikstelling.

Hoe verwijder ik ADE-omgevingen?

• Open elke omgeving in het ontwikkelaarsportaal en bekijk de details en de deployment resource group.
• Verwijder de omgeving en bevestig de verwijderingsscope.
• Open de deployment resource group in het Azure-portaal en controleer welke resources zijn verwijderd.
• Verwijder klantbeheerde bronnen die overblijven en niet langer nodig zijn.
• Verwijder omgevingstypen, definities, catalogi, identiteiten, roltoewijzingen en verhoogde implementatiemachtigingen die alleen voor ADE gelden nadat de afhankelijkheden zijn verwijderd.

Stopt het verwijderen van een omgeving alle ladingen?

Niet noodzakelijk. Het verwijderen van ADE-metadata verwijdert mogelijk niet elke Azure-resource die de omgeving heeft geïmplementeerd. Resources buiten de beheerde implementatie-resourcegroep kunnen blijven draaien en kosten blijven genereren totdat je ze verwijdert. Bekijk de gegevens van Azure Cost Management om te bevestigen dat de beoogde facturering is gestopt.

Waar kan ik hulp krijgen?

Gebruik Microsoft Q& A voor advies uit de community. Als je een ondersteuning voor Azure-plan hebt en technische hulp nodig hebt, maak dan een ondersteuning voor Azure-aanvraag.

Verwante onderwerpen

• Azure Deployment Environments documentatie | Microsoft Learn