Windows 11 Pro für Entwickler

WSL 2 oder eine vollständige virtuelle Maschine passend zum Workload wählen

Entscheiden Sie bei einem Linux-zentrierten Entwicklungsworkflow, ob Sie in Windows integrierte Linux-Anwendungen oder ein unabhängig verwaltetes Gastbetriebssystem benötigen. WSL 2 führt einen Linux-Kernel in einer verwalteten virtuellen Maschine aus und eignet sich für viele Kommandozeilentools, Sprachlaufzeitumgebungen und Linux-Container. Eine vollständige Hyper-V-VM bietet Ihnen mehr gezielte Kontrolle über die Gastkonfiguration, virtuelle Netzwerke und Prüfpunkte. Wählen Sie dieses Modell, wenn das Nachbilden vollständiger Server oder das Testen von Betriebssystemänderungen wichtiger ist als eine komfortable Integration in das Hostsystem.

Die Container-Kompatibilität ist unabhängig von der Windows-Edition zu prüfen. Linux-Container benötigen eine Linux-Umgebung; Windows-Container setzen kompatible Versionen von Windows-Host und Container-Image voraus, wobei die Anforderungen je nach Isolationsmodus variieren. Ein Projekt, das Docker Desktop mit dem WSL 2-Backend nutzt, erfordert nicht automatisch die vollständige Hyper-V-Rolle. Prüfen Sie außerdem die eigenen Abonnementbedingungen von Docker Desktop: Der Kauf von Windows Pro berechtigt nicht zur kommerziellen Nutzung von Docker Desktop und hebt dessen organisationsspezifische Lizenzanforderungen nicht auf.

• Prüfen Sie, ob die Container-Images Ihres Projekts für Linux oder Windows ausgelegt sind.
• Verwenden Sie eine vollständige VM, wenn Sie die Startkonfiguration, Gastnetzwerke oder vollständige Serverbereitstellungen testen.
• Speichern Sie Repositorys mit überwiegend Linux-basierter Entwicklung im WSL-Dateisystem, wenn Linux-Tools die meisten Dateizugriffe ausführen.
• Prüfen Sie die aktuellen Plattform- und Abonnementanforderungen von Docker Desktop unabhängig von der Windows-Lizenzierung.

Hardware prüfen und Entwicklungsumgebung vor der Migration installieren

Prüfen Sie vor dem Kauf eines Editionsupgrades die Hardware, statt davon auszugehen, dass alle Virtualisierungsfunktionen verfügbar sind. Öffnen Sie im Task-Manager den Bereich „Leistung“ und wählen Sie „CPU“, um zu prüfen, ob die Virtualisierung aktiviert ist. In den Firmware-Einstellungen kann die entsprechende Option als Intel Virtualization Technology oder AMD SVM bezeichnet sein. Hyper-V benötigt zusätzlich einen kompatiblen Prozessor mit Adressübersetzung der zweiten Stufe (SLAT) und weiteren Hardwarefunktionen. Führen Sie systeminfo aus, um die gemeldeten Hyper-V-Anforderungen zu prüfen. Wenn bereits ein Hypervisor aktiv ist, kann die Ausgabe stattdessen melden, dass ein Hypervisor erkannt wurde.

Für eine neue WSL-Einrichtung auf einer unterstützten Windows 11-Installation öffnen Sie ein Terminal mit Administratorrechten und führen wsl --install aus. Starten Sie den Computer anschließend neu, falls Sie dazu aufgefordert werden. Erstellen Sie beim ersten Start der Distribution das Linux-Benutzerkonto. Führen Sie wsl --update aus und prüfen Sie die Ausgaben von wsl --status und wsl --list --verbose, bevor Sie Ihre Entwicklungswerkzeuge installieren. Wenn Windows selbst in einer anderen VM läuft, stellen Sie sicher, dass der übergeordnete Hypervisor verschachtelte Virtualisierung bereitstellt. Ein Wechsel der Windows-Edition allein kann fehlende virtuelle CPU-Funktionen nicht ergänzen.

• Sichern Sie Repositorys, SSH-Schlüssel und lokale Datenbanken vor größeren Änderungen an der Umgebung.
• Prüfen Sie den freien Speicherplatz für Distributionen, Container-Images, Build-Caches und virtuelle Festplatten.
• Vergewissern Sie sich vor der Fehlerbehebung bei Windows-Funktionen, dass die Virtualisierung in der Firmware aktiviert ist.
• Verwenden Sie wsl --list --online, um verfügbare Distributionen anzuzeigen.
• Testen Sie VPN, DNS und den Zugriff auf private Paketregistrierungen, bevor Sie Ihre tägliche Arbeit auf die neue Umgebung umstellen.

Temporäre Testumgebungen ohne Offenlegung von Entwickler-Zugangsdaten konfigurieren

Windows Sandbox eignet sich für temporäre Tests, ist in der Standardkonfiguration jedoch nicht mit einem isolierten Offline-Labor zur Malware-Analyse gleichzusetzen. Netzwerkzugriff und Zwischenablageumleitung sind standardmäßig aktiviert. Prüfen Sie diese Einstellungen daher, bevor Sie eine nicht vertrauenswürdige ausführbare Datei öffnen. Mit einer .wsb-Konfigurationsdatei lassen sich Netzwerkzugriff und Zwischenablageumleitung deaktivieren sowie ein Hostordner schreibgeschützt einbinden. Geben Sie Ihr Benutzerprofil, Ihre lokale Quellcode-Arbeitskopie und Verzeichnisse mit Zugangsdaten nicht frei. Beim Schließen von Windows Sandbox wird deren interner Zustand verworfen. Änderungen, die über beschreibbare eingebundene Hostordner vorgenommen wurden, werden dadurch jedoch nicht rückgängig gemacht.

Die Laufwerkverschlüsselung schützt vor einer anderen Bedrohung: dem Zugriff auf Daten, wenn ein Gerät oder Laufwerk verloren geht oder gestohlen wird. Sie verhindert nicht, dass Software, die unter Ihrem angemeldeten Benutzerkonto läuft, die für dieses Konto zugänglichen Dateien liest. Bewahren Sie bei Entwickler-Laptops die Wiederherstellungsinformationen sicher und getrennt vom verschlüsselten Gerät auf. Prüfen Sie vor Änderungen an Firmware oder Startkonfiguration, wo der Wiederherstellungsschlüssel gespeichert ist. Halten Sie Repository-Zugangsdaten und Signaturschlüssel aus temporären Umgebungen fern und ersetzen Sie alle geheimen Zugangsdaten oder Schlüssel, die beim Testen versehentlich offengelegt wurden.

• Verwenden Sie einen separaten Eingabeordner, der nur die für den Test benötigten Dateien enthält.
• Binden Sie Ordner schreibgeschützt ein, sofern Schreibzugriff nicht zwingend erforderlich ist.
• Deaktivieren Sie den Netzwerkzugriff von Windows Sandbox, wenn der Test keine Internetverbindung benötigt.
• Fügen Sie keine Tokens, Passwörter oder Signaturdaten aus Produktivumgebungen in Testsitzungen ein.
• Betrachten Sie Verschlüsselung, Backups und die Verwaltung geheimer Zugangsdaten als separate Schutzmaßnahmen.

Hostaktivierung, Windows-Gastlizenzen und IDE-Nutzungsrechte getrennt prüfen

Eine Windows Pro-Lizenz lizenziert nicht automatisch jede Windows-VM, die Sie erstellen. Nach den standardmäßigen Windows-Lizenzbedingungen von Microsoft für den Einzelhandel erlaubt die Lizenz eine Instanz auf dem lizenzierten Gerät – entweder physisch oder virtuell. Zusätzliche Windows-Instanzen benötigen in der Regel eigene Lizenzen, sofern keine andere Vereinbarung die erforderlichen Rechte einräumt. Auch die Übertragungsregeln hängen vom Bezugsweg ab: Separat erworbene Retail-Software lässt sich gemäß den Bedingungen in der Regel auf ein anderes Gerät übertragen, während vorinstallierte Software normalerweise nur zusammen mit dem lizenzierten Gerät übertragen werden darf. Eine erfolgreiche Aktivierung allein belegt kein Nutzungsrecht.

Die Lizenzierung von Visual Studio ist von der Windows-Lizenzierung unabhängig, und Visual Studio Professional ist nicht für jedes kommerzielle Projekt vorgeschrieben. Visual Studio Community erlaubt einzelnen Entwicklern, kostenlose oder kostenpflichtige Anwendungen zu erstellen. Bei Organisationen unterscheiden die Bedingungen zwischen Nicht-Enterprise- und Enterprise-Nutzung. Dabei gelten bestimmte Ausnahmen, etwa für den Unterricht, die akademische Forschung und die Mitarbeit an Open-Source-Projekten. Prüfen Sie die aktuellen Bedingungen für Ihre gesamte Organisation, nicht nur anhand Ihrer Teamgröße. Ein Visual Studio-Abonnement kann Vorteile für Entwicklung und Tests enthalten, für die jedoch eigene Einschränkungen gelten.

• Lesen Sie die geltenden Windows-Lizenzbedingungen unter microsoft.com/useterms.
• Klären Sie, ob es sich bei einer angebotenen Lizenz um eine Retail-Lizenz, eine vorinstallierte/OEM-Lizenz oder eine Lizenz aus einer Organisationsvereinbarung handelt.
• Erfassen Sie bei der Prüfung der Lizenzabdeckung sowohl Windows-Gastsysteme als auch physische Installationen.
• Betrachten Sie Entwicklungs- und Testrechte nicht als Erlaubnis für den Betrieb produktiver Workloads.
• Prüfen Sie die Nutzungsberechtigung für Visual Studio Community, bevor Sie von der Notwendigkeit einer kostenpflichtigen IDE ausgehen.
• Unterscheiden Sie zwischen einer eigenständigen Visual Studio-Lizenz und einem Abonnement mit zusätzlichen Vorteilen.

Windows 11-Editionen im Vergleich für Entwickler-Arbeitsplätze