Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure Deployment Environments wird am 22. Februar 2027 eingestellt. Beginnen Sie jetzt mit der Entwicklung Ihres Altersvorsorgeplans, damit Sie bestehende Umgebungen inventarisieren, Ersatzabläufe validieren und die Migration sowie Bereinigung vor der Pensionierung abschließen können.
Note
Übertragen Sie Ihre Azure Deployment Environments-Workflows bis zum 22. Februar 2027 auf einen Microsoft-Service, Azure-Service oder Partnerlösung. Azure Deployment Environments wird an diesem Datum eingestellt.
Handlungsaufforderung
- Beginnen Sie jetzt mit der Erstellung eines Ruhestandsplans. Inventarisierung von ADE-Umgebungen, Definitionen, Katalogen, Umgebungstypen, Projekten, Entwicklungszentren, Deployment-Abonnements, Identitäten und Rollenzuweisungen.
- Wählen und validieren Sie für jedes ADE-Szenario einen Ersatzansatz, einschließlich Governance, Zugriffskontrolle, Infrastructure-as-Code, Netzwerk, Kostenmanagement, Lebenszyklus und Entwickler-Self-Service-Anforderungen.
- Nutzer und Automatisierung vor dem 22. Februar 2027 auf den Ersatz-Workflow umstellen.
- Löschen Sie ungenutzte Umgebungen und kundeneigene Azure-Ressourcen, um Kosten zu senken, und entfernen Sie sich formell von ADE.
Important
Microsoft Dev Box hat ein separates Einstellungsdatum am 18. September 2028. Lösche geteilte Dev Center-Ressourcen nicht, bis du bestätigt hast, dass keine Microsoft Dev Box-Abhängigkeit mehr vorhanden ist.
Übersicht über den Übergangsleitfaden
Überprüfen Sie Microsoft, Azure und Partnerlösungen, die Ihre Entwicklungsumgebungsszenarien unterstützen können. ADE hat nicht für jede Arbeitslast einen einzigen Einzelersatz, daher sollten Sie jede Option anhand Ihrer technischen und organisatorischen Anforderungen abwägen.
Microsoft-Lösungen
Betrachten Sie diese Microsoft- und Azure-Ansätze als Ersatz für Azure-Deployment-Umgebungen.
Azure Resource Manager und Bicep
Ziehen Sie eine direkte Infrastructure-as-Code-Bereitstellung mit Azure Resource Manager-Vorlagen oder Bicep in Betracht, wenn Ihre Teams Abonnements, Ressourcengruppen, Identitäten, Richtlinien, Deployment-Orchestrierung und Lebenszykluskontrollen über bestehende Plattform-Engineering-Prozesse verwalten können.
Azure verifizierte Module
Betrachten Sie wiederverwendbare, Azure-verifizierte Module, wenn Teams standardisierte, kontrollierte Bausteine für Azure-Ressourcen benötigen. Prüfen Sie Modulabdeckung, Versionierung, Richtlinienintegration und Zuständigkeiten vor der Migration.
Azure DevOps- und GitHub-Workflows
Betrachten Sie CI/CD-Workflows, wenn die Umgebungsbereitstellung in Repositories und Pipelines integriert werden kann. Erstellen Sie ADE-spezifische Befehle, SDK-Integrationen und AZD-Konfigurationen neu, die auf die Dev Center-Plattform abzielen.
Azure Partner Solutions
Keine der von uns identifizierten Drittanbieterlösungen unterstützt direkt einen Bicep- oder ARM-Lebenszyklus. Verwenden Sie Bicep oder ARM direkt in Azure für die Bereitstellung.
Bevor Sie eine Lösung auswählen, testen Sie repräsentative Erstellungs-, Aktualisierungs-, Lösch-, Richtlinien-, Identitäts-, Protokollierungs-, Fehlerbehebungs- und Kostenverwaltungsszenarien.
Häufig gestellte Fragen zur Einstellung von Azure Deployment Environments
Wann werden Azure Deployment Environments eingestellt?
Azure Deployment Environments wird am 22. Februar 2027 eingestellt. Vollständige Produktionsmigration vor diesem Datum.
Was passiert am Ruhestandsdatum?
ADE-Vorgänge wie Erstellen, Bereitstellen, Neu bereitstellen und andere Schreibvorgänge werden vermutlich blockiert. Inventar-, Lese-, Protokoll- und Löschoperationen sollen für eine zeitlich begrenzte Reinigungsphase verfügbar bleiben.
Führt ADE-Pensionierung auch dazu, dass Microsoft Dev Box ausgemustert wird?
No. Microsoft Dev Box hat einen separaten Ruhestand am 18. September 2028. Dev Box-Definitionen, Images, Pools, Zeitpläne, Netzwerkverbindungen und Benutzervorgänge bleiben nach der ADE-Einstellung bestehen.
Kann ich gemeinsame Entwicklungszentren und Projekte löschen?
Erst nachdem du bestätigt hast, dass sie keine Dev-Box-Abhängigkeit mehr haben. Ordnen Sie Projekte dem zugehörigen verknüpften Dev Center zu und überprüfen Sie vor dem Löschen freigegebener übergeordneter Ressourcen, ob Dev Box-Pools oder andere Dev Box-Ressourcen vorhanden sind.
Wie identifiziere ich betroffene Ressourcen?
Verwenden Sie das Service Retirement Workbook und Azure Resource Graph, um ADE-Host- und Control-Plane-Ressourcen in Abonnements zu identifizieren, auf die Sie zugreifen können. ADE-Umgebungsinstanzen haben keine Azure Resource Manager Resource IDs, daher inventarisieren sie bereitgestellte Umgebungen separat über das Entwicklerportal, Azure CLI, ADE-Data-Plane-APIs oder bestehende operative Telemetrie.
Wie migriere ich meine Umgebungen?
Erhalte Vorlagen, katalogisiere Quellreferenzen, Parameter und Konfigurationen. Wählen Sie eine Zielplattform. Die Automatisierung der Bereitstellung neu aufbauen. Validieren Sie Governance und Lebenszykluskontrollen. Testen Sie repräsentative Bereitstellungen und Wiederherstellungsverfahren. Wechsel von Benutzern und Automatisierung vor der Pensionierung.
Wie lösche ich ADE-Umgebungen?
- Öffnen Sie jede Umgebung im Entwicklerportal und überprüfen Sie deren Details sowie die Bereitstellungsressourcengruppe.
- Lösche die Umgebung und bestätige den Löschumfang.
- Öffnen Sie die Bereitstellungsressourcengruppe im Azure-Portal und überprüfen Sie, welche Ressourcen entfernt wurden.
- Löschen Sie kundeneigene Ressourcen, die verbleiben und nicht mehr benötigt werden.
- Entferne die ausschließlich für ADE vorgesehenen Umgebungstypen, Definitionen, Kataloge, Identitäten, Rollenzuweisungen und erweiterten Bereitstellungsberechtigungen, sobald keine Abhängigkeiten mehr vorhanden sind.
Stoppt das Löschen einer Umgebung alle Ladungen?
Nicht unbedingt. Das Löschen von ADE-Metadaten löscht möglicherweise nicht jede Azure-Ressource, die die Umgebung bereitgestellt hat. Ressourcen außerhalb der Managed-Deployment-Ressourcengruppe können weiterhin laufen und Gebühren verursachen, bis du sie löschst. Überprüfen Sie die Azure Cost Management-Daten, um sicherzustellen, dass die beabsichtigte Abrechnung eingestellt wurde.
Wo erhalte ich Hilfe?
Nutzen Sie Microsoft Q&A für Hilfe aus der Community. Wenn Sie einen Azure Support-Plan haben und technische Unterstützung benötigen, erstellen Sie eine Azure Support-Anfrage.