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.
Microsoft Dev Box geht am 18. September 2028 um 17:00 UTC in den Ruhestand. Beginnen Sie jetzt mit der Planung Ihres Ruhestands, um Unterschiede in Funktionen zu prüfen, Lizenzen und Kapazitäten zu sichern und Entwickler-Workflows auf die empfohlene Microsoft-Lösung umzustellen.
Note
Übertragen Sie Ihre Microsoft Dev Box-Workflows bis zum 18. September 2028 auf Windows 365 oder eine andere geeignete Lösung. Microsoft Dev Box geht an diesem Datum in den Ruhestand. Der Dienst beginnt seine Schließungsphase am 14. September 2026 um 16:00 UTC.
Handlungsaufforderung
Beginnen Sie jetzt mit der Erstellung eines Ruhestandsplans, um Funktionsabhängigkeiten zu überprüfen, Lizenzierung und Kapazität zu bestätigen und das Entwicklererlebnis in der Zielumgebung zu validieren.
Nutzen Sie weiterhin bestehende Microsoft Dev Box-Deployments als temporäre Lösung, während Sie Ihren langfristigen Übergangsplan erstellen und ausführen. Schaffen Sie keine neuen, langlebigen Abhängigkeiten vom ausscheidenden Dienst.
Löschen Sie ungenutzte Ressourcen, um Kosten zu senken, und schließen Sie den Offboarding-Prozess formell ab, indem Sie Entwicklungszentren, Projekte, Pools, Definitionen, Netzwerkverbindungen, Images und aktive Dev-Boxen überprüfen.
Übersicht über den Übergangsleitfaden
Überprüfen Sie die empfohlene Microsoft-Lösung und andere verfügbare Optionen, die sichere, verwaltete Cloud-Entwicklungsumgebungen unterstützen können. Diese Lösungen bieten unterschiedliche Ansätze für Bereitstellung, Management, Vernetzung, Bildlieferung, Entwickler-Selfservice und Kosten.
Microsoft-Lösungen
Es gibt Microsoft-Lösungen, die du als Ersatz für Microsoft Dev Box in Betracht ziehen könntest. Diese Lösungen sind keine Eins-zu-eins-Ersatzlösungen, daher sollten Sie jedes Entwicklerszenario bewerten und Architektur, Management, Sicherheit, Performance und Benutzererfahrung vor der Migration validieren.
Windows 365
Windows 365 ist der empfohlene Weg für virtualisierte Entwicklerumgebungen. Es bietet persistente Cloud-PCs, die Sie mit Microsoft Intune verwalten und mit Microsoft Entra ID, bedingtem Zugriff, Compliance-Richtlinien, Anwendungen und organisatorischen Sicherheitskontrollen integrieren können. Windows 365 unterstützt das Windows 11 Entwickler-Konfigurationsimage und bietet Entwicklern eine vorkonfigurierte Umgebung. Organisationen können außerdem genehmigte Anwendungen, Skripte, Richtlinien und benutzerdefinierte Abbilder bereitstellen, bevor Entwickler sich verbinden.
Eine Reihe von Konfigurationen – darunter 16-vCPU, 32-vCPU und GPU-fähige Cloud-PCs – ermöglicht es Organisationen, Ressourcen an Workload-Anforderungen anzupassen. Persistente Umgebungen bewahren die Arbeit der Entwickler über Sitzungen hinweg, während Identität, Sicherheit, Verwaltung und Policy zentral gesteuert bleiben. Vor der Migration wählen Sie das passende Windows 365-Angebot und Lizenzmodell aus; definieren Sie Anforderungen an Identität, Geräteverwaltung, Netzwerk, Image, Anwendungs-, Speicher-, Kapazitäts- und Leistungsanforderungen; und pilotieren Sie repräsentative Entwicklerworkflows.
Planen Sie Migrationswellen basierend auf geschäftlicher Priorität, Bereitschaft, geografischen Gegebenheiten und der Kapazität des Supports. Stellen Sie die Ziel-Cloud-PCs bereit und validieren Sie sie, bevor Benutzer migriert werden, übertragen Sie erforderliche Daten und Konfigurationen über genehmigte Verfahren, überwachen Sie die Umstellung, und entfernen Sie die Dev-Box-Ressourcen nach erfolgreicher Validierung.
Um zu erfahren, wie Windows 365 die Produktivität von Entwicklern unterstützt und den empfohlenen Weg von Dev Box darstellt, siehe den Blog Windows 365 für Entwickler.
Häufige Fragen zum Ruhestand der Microsoft Dev Box
Wann wird Microsoft Dev Box eingestellt?
Microsoft Dev Box wird am 18. September 2028 um 17:00 UTC in den Ruhestand gehen. Die Schließungsphase beginnt am 14. September 2026 um 16:00 UTC.
Kann ich weiterhin bestehende Microsoft Dev Box-Deployments verwenden?
Yes. Bestehende Einsätze bleiben während der Übergangszeit weiterhin unterstützt. Beginnen Sie jetzt, Ihren Übergang zu planen und zu testen, anstatt bis zum Ruhestandsdatum zu warten.
Kann ich während des Übergangs neue Microsoft Dev Box-Ressourcen erstellen?
Prüfen Sie anhand des aktuellen Produkts und Ihres Abonnements, ob das Erstellen neuer Ressourcen weiterhin möglich ist. Vermeiden Sie es, langjährige Abhängigkeiten von einem in den Ruhe gehenden Dienst auszuweiten, und priorisieren Sie Investitionen in die Zielumgebung.
Ist Windows 365 ein Eins-zu-eins-Ersatz für Microsoft Dev Box?
No. Windows 365 ist der empfohlene Weg, aber Architektur, Lizenzierung, Management, Netzwerk, Bildauslieferung und Entwickler-Self-Service können unterschiedlich sein. Validiere jede Arbeitslast und gehe nicht von vollständiger Funktionsparität aus.
Gibt es ein automatisiertes Migrationstool?
Windows 365 ist kein Eins-zu-eins-Ersatz für Microsoft Dev Box. Planen Sie, die Ziel-Cloud-PCs bereitzustellen, erforderliche Richtlinien und Konfigurationen neu zu erstellen, Anwendungen bereitzustellen und Benutzerdaten über genehmigte Prozesse zu übertragen. Konsultieren Sie die neuesten veröffentlichten Migrationsrichtlinien und kontaktieren Sie Ihr Microsoft Account, bevor Sie mit den Produktionsübergängen beginnen.
Was passiert mit den verbleibenden Microsoft Dev Box-Workloads nach der Pensionierung?
Microsoft Dev Box wird nach dem Ruhestand nicht mehr verfügbar sein. Erwarten Sie die Löschung der verbleibenden Kundenarbeitslasten. Schließen Sie die Migration und Datenspeicherung vor Ablauf der Pensionsfrist ab.
Wie kann ich Ressourcen identifizieren, die durch den Ruhestand betroffen sind?
Nutzen Sie das Azure Advisor Service Retirement Workbook, um betroffene Abonnements und Ressourcen zu überprüfen. Ergänzen Sie das Arbeitsbuch mit einem organisatorischen Inventar von Entwicklungszentren, Projekten, Pools, Definitionen, Netzwerkverbindungen, Bildern, Benutzern, Rollenzuweisungen und Automatisierung.