Guide för avveckling av Azure Deployment Environments

Azure Deployment Environments pensioneras den 22 februari 2027. Börja utveckla din pensionsplan nu så att du kan inventera befintliga miljöer, validera ersättningsarbetsflöden och slutföra migrering och sanering innan pensionering.

Note

Överför dina arbetsflöden för Azure Deployment Environments till en Microsoft-tjänst, Azure-tjänst eller partnerlösning senast den 22 februari 2027. Azure Deployment Environments pensioneras detta datum.

Anrop till åtgärd

  • Börja upprätta en pensionsplan nu. Inventera ADE-miljöer, definitioner, kataloger, miljötyper, projekt, utvecklingscenter, distributionsprenumerationer, identiteter och rolltilldelningar.
  • Välj och validera en ersättningsmetod för varje ADE-scenario, inklusive styrning, åtkomstkontroll, infrastruktur-som-kod, nätverk, kostnadshantering, livscykel och utvecklarens självbetjäningskrav.
  • Flytta användare och automation till ersättningsarbetsflödet före den 22 februari 2027.
  • Ta bort oanvända miljöer och kundägda Azure-resurser för att minska kostnader och formellt avgå från ADE.

Important

Microsoft Dev Box har ett separat pensionsdatum den 18 september 2028. Radera inte delade Dev Center-resurser förrän du bekräftat att de inte har något kvarvarande beroende av Microsoft Dev Box.

Översikt över övergångsvägledning

Granska Microsoft, Azure och partnerlösningar som kan stödja dina utvecklingsmiljöscenarier. ADE har inte en enda en-till-en-ersättning för varje arbetsbelastning, så utvärdera varje alternativ mot dina tekniska och organisatoriska krav.

Microsoft-lösningar

Se dessa Microsoft- och Azure-metoder som ersättningar för Azure-distributionsmiljöer.

Azure Resource Manager och Bicep

Överväg direkt infrastruktur-som-kod-distribution med Azure Resource Manager-mallar eller Bicep när dina team kan hantera prenumerationer, resursgrupper, identiteter, policy, distributionsorkestrering och livscykelkontroller genom befintliga plattformsingenjörsprocesser.

Azure-verifierade moduler

Överväg återanvändbara Azure-verifierade moduler när team behöver standardiserade, styrda byggstenar för Azure-resurser. Validera modultäckning, versionshantering, policyintegration och ägarskap innan migrering.

Azure DevOps- och GitHub-arbetsflöden

Tänk på CI/CD-arbetsflöden när miljöprovisionering kan integreras i repositorier och pipelines. Bygg om ADE-specifika kommandon, SDK-integrationer och azd-konfiguration som riktar sig mot Dev Center-plattformen.

Azure-partnerlösningar

Ingen av de tredjepartslösningar vi identifierade stöder direkt en livscykel för Bicep eller ARM. Använd Bicep eller ARM direkt i Azure för distribution.

Innan du väljer en lösning bör du testa representativa scenarier för skapande, uppdatering, borttagning, policy, identitet, loggning, återställning efter fel och kostnadshantering.

Vanliga frågor om pensionering av Azure Deployment Environments

När kommer Azure Deployment Environments att avvecklas?

Azure Deployment Environments pensioneras den 22 februari 2027. Fullständig produktionsmigrering före detta datum.

Vad händer på pensionsdagen?

Skapande med ADE, distribution, omdistribution och andra skrivåtgärder förväntas blockeras. Inventarie-, läs-, logg- och borttagningsoperationer planeras förbli tillgängliga under en tidsbegränsad rensningsperiod.

Innebär avvecklingen av ADE även att Microsoft Dev Box avvecklas?

No. Microsoft Dev Box har ett separat pensionsdatum den 18 september 2028. Dev Box-definitioner, bilder, pooler, scheman, nätverksanslutningar och användaroperationer fortsätter på ADE:s avvecklingsdatum.

Kan jag ta bort delade utvecklingscenter och projekt?

Först efter att du bekräftat att de inte har något kvarvarande beroende av Dev Box. Mappa projekt till deras länkade utvecklingscenter och kontrollera efter Dev Box-pooler eller andra Dev Box-resurser innan du raderar delade moderresurser.

Hur identifierar jag påverkade resurser?

Använd Service Retirement arbetsboken och Azure Resource Graph för att identifiera ADE-värd- och kontrollplansresurser i prenumerationer du kan komma åt. ADE-miljöinstanser har inte Azure Resource Manager-resurs-ID:n, så inventera distribuerade miljöer separat via utvecklarportalen, Azure CLI, ADE dataplan-API:er eller befintlig operativ telemetri.

Hur migrerar jag mina miljöer?

Bevara mallar, katalogisera källhänvisningar, parametrar och konfiguration. Välj en målplattform. Bygg om automatisering av provisionering. Validera styrning och livscykelkontroller. Testa representativa utplaceringar och återhämtningsprocedurer. Flytta användare och automatisering innan pensionering.

Hur tar jag bort ADE-miljöer?

  • Öppna varje miljö i utvecklarportalen och granska dess detaljer och resursgrupp för distribution.
  • Ta bort miljön och bekräfta raderingsomfattningen.
  • Öppna resursgruppen för distribution i Azure-portalen och verifiera vilka resurser som togs bort.
  • Ta bort kundägda resurser som finns kvar och inte längre behövs.
  • Ta bort miljötyper som endast gäller för ADE, definitioner, kataloger, identiteter, rolltilldelningar och utökade distributionsbehörigheter när beroendena inte längre finns.

Stoppar radering av en miljö alla laddningar?

Inte nödvändigtvis. Att ta bort ADE-metadata kanske inte raderar alla Azure-resurser som miljön distribuerade. Resurser utanför resursgruppen för den hanterade distributionen kan fortsätta köra och medföra kostnader tills du tar bort dem. Granska Azure Cost Management-data för att bekräfta att den avsedda faktureringen har upphört.

Var kan jag få hjälp?

Använd Microsoft Q& A för vägledning från communityn. Om du har en Azure support-plan och behöver teknisk hjälp, skapa en Azure support-förfrågan.

Relaterat innehåll

  • Last updated on