Container in Windows: Wann sind sie wirklich sinnvoll?

Wenn Sie aus der Entwicklungswelt oder der „Hardcore“-Informatik kommen, ist es sehr wahrscheinlich, dass Container in Windows Das klingt vielleicht nach einer Mischung aus Zauberei und Marketing. Und wenn Sie auch schon Probleme mit Ports, SSL-Zertifikaten oder Bereitstellungen hatten, die unter Linux fehlschlagen, aber auf Ihrem Windows-PC funktionieren, ist es verständlich, dass Sie sich fragen, ob all das Gerede darüber... Docker unter WindowsKubernetes und ähnliche Technologien machen in einer Microsoft-Umgebung wirklich Sinn.

Die Realität ist, dass die Container in Windows sind viel sinnvoller, als es auf den ersten Blick scheint.Sie eignen sich jedoch nicht immer für jede Situation. In diesem Artikel betrachten wir Container genauer (ohne sie mit virtuellen Maschinen zu verwechseln), ihre Funktionsweise unter Windows, ihre Vor- und Nachteile im Vergleich zu VMs, ihre Rolle in Entwicklungs-, Produktions- und OT/SPS-Umgebungen sowie die Gründe für ihren Einsatz – und wann es ratsam ist, bei bewährten Methoden zu bleiben.

Was genau ist ein Container (auch unter Windows)?

Ein Behälter ist im Grunde genommen ein Leichtgewichtiges, isoliertes Softwarepaket Sie umfasst eine Anwendung und alles, was sie zum Ausführen benötigt: Bibliotheken, Abhängigkeiten, Konfiguration, Benutzermodus-Systemdateien usw. Anstatt wie eine virtuelle Maschine ein komplettes Betriebssystem mitzuführen, nutzt sie den Kernel des Host-Betriebssystems.

Man könnte sich einen Behälter vorstellen als Die Box war sehr gut versiegelt. Es zeigt nur das absolut Notwendige an. Darin platzieren Sie Ihre Anwendung (z. B. einen Icecast-Server, ein SCADA-System oder eine .NET-API) sowie die benötigten Bibliotheken und Tools. Von außen betrachtet verhält sich diese Box wie ein in sich geschlossenes Mini-System, tatsächlich basiert sie jedoch auf dem zugrundeliegenden Windows- oder Linux-Kernel.

Unter Windows funktionieren Container, indem sie die Die Containerfunktionalität ist in das System integriert. (Windows Server 2016 oder höher und Windows 10/11 ab Version 1607 für Entwicklungszwecke). Dies bedeutet, dass Sie Windows-Container nativ auf Windows Server ausführen können.

Für den Entwickler oder Administrator ist der entscheidende Punkt, dass der Container Folgendes bietet: vorhersagbare und reproduzierbare UmgebungWas auf Ihrem Laptop funktioniert, funktioniert genauso auf dem Server, in der Cloud oder am Netzwerkrand, da alles im selben Image verpackt übertragen wird.

Auf Windows-Systemen ist diese Funktion besonders nützlich für .NET Framework-Anwendungen, .NET-Anwendungen, Windows Server-Dienste oder ältere Software, die Sie isolieren, verpacken und verschieben möchten, ohne jedes Mal das halbe System neu konfigurieren zu müssen.

Wie Container in das Microsoft-Ökosystem passen

Microsoft hat dieses Problem sehr ernst genommen und bietet eine ziemlich vollständiges Ökosystem Mit Containern arbeiten, sowohl Windows als auch Linux, und dabei alles von der lokalen Entwicklung bis zum massiven Einsatz in der Cloud abdecken.

Im Entwicklungsbereich können Sie Container unter Windows 10/11 ausführen Mit Docker Desktop, das die Container-Funktionalität von Windows nutzt, oder WSL2 für Linux können Sie containerisierte Dienste einfach auf Ihrem Arbeits-PC zum Testen, Debuggen und zur Image-Vorbereitung ausführen.

Werkzeuge wie Visual Studio und Visual Studio Code Sie bieten integrierte Unterstützung für Docker. Administration mit Docker ComposeKubernetes und Helm. Damit können Sie dem Projekt ganz einfach eine Dockerfile hinzufügen, innerhalb eines Containers debuggen oder die notwendigen Definitionen für die Bereitstellung auf Kubernetes-Clustern generieren.

Sobald Ihre Anwendung verpackt ist, können Sie Container-Images in einem Protokoll veröffentlichenHier kommen Docker Hub (öffentlich) oder private Registries wie Azure Container Registry (ACR) ins Spiel. Ihre Organisation kontrolliert, wer Dateien hochlädt, wer herunterlädt, welche Versionen in den jeweiligen Umgebungen verwendet werden und wie. Container auf Remote-Servern bereitstellen.

Was den großflächigen Einsatz betrifft, so ist das wichtigste Element Azure Kubernetes-Dienst (AKS)Dies ermöglicht die Orchestrierung von Dutzenden, Hunderten oder Tausenden von Containern auf virtuellen Azure-Maschinen, unabhängig davon, ob es sich um benutzerdefinierte Windows-Server oder Linux-Distributionen wie Ubuntu handelt. Zudem stehen Ihnen Hybridoptionen mit Azure Arc, AKS auf Azure Stack Hub oder Integrationen mit OpenShift in lokalen Umgebungen zur Verfügung.

Lokal, wenn Sie nicht auf Azure angewiesen sein möchten, ist das durchaus möglich. Kubernetes auf Windows Server erstellen entweder auf eigene Faust oder mithilfe anderer Plattformen, die von Microsoft unterstützt oder integriert werden, wie beispielsweise Red Hat OpenShift mit Windows-Containerunterstützung.

Wie Container intern in Windows funktionieren

Ein Windows-Container ist im Wesentlichen ein Prozess oder Prozessgruppe Diese Prozesse laufen auf dem Kernel des Host-Betriebssystems. Wichtig ist jedoch, dass sie eine isolierte Sicht auf das System bieten. Diese „gefilterte Sicht“ gilt für das Dateisystem, die Registry, das Netzwerk und andere Ressourcen.

Das Interessante daran ist, dass der Behälter Es hat keinen direkten und uneingeschränkten Zugriff auf den Kernel.Obwohl es diese gemeinsam nutzt, sieht es ein virtualisiertes (geschichtetes) Dateisystem, eine isolierte Registry und Ressourcen, die die Container-Engine so darstellt, als wären sie „ihre eigenen“. In Wirklichkeit werden sie jedoch vom Host verwaltet.

Änderungen, die Sie innerhalb eines laufenden Containers vornehmen, werden auf einen angewendet ephemere SchreibschichtWenn der Container heruntergefahren wird, kann diese Ebene verworfen werden, wodurch das System in den ursprünglichen Image-Zustand zurückversetzt wird. Um Daten dauerhaft zu speichern, müssen externe Volumes oder Speicherressourcen (Festplatten, SMB-Freigaben, Azure Files usw.) eingebunden werden.

Microsoft bietet mehrere an offizielle Basisbilder Windows-Vorlagen zum Erstellen Ihrer Container:

• WindowsGroßes Image mit nahezu allen Windows-APIs und -Diensten (ohne Serverrollen).
• Windows ServerÄhnlich, aber für Server-Szenarien mit dem vollständigen Satz an Windows Server-APIs und -Rollen konzipiert.
• Windows Server CoreEine abgespeckte Version mit weniger Speicherplatz, die jedoch das vollständige .NET Framework und die meisten Serverrollen enthält.
• Nano-ServerUltraleichtes Image, optimiert für .NET und bestimmte Rollen, ideal, wenn Sie die Größe und die Angriffsfläche minimieren möchten.

Diese Bilder werden erstellt in gestapelte SchichtenEine Ebene kann das Basissystem enthalten, eine andere die .NET-Laufzeitumgebung, eine weitere Ihre gemeinsamen Bibliotheken und eine letzte Ihre eigentliche Anwendung. Wenn mehrere Anwendungen Teile dieser Ebenen gemeinsam nutzen, lädt der Host diese nur einmal herunter und speichert sie, was viel Speicherplatz und Zeit spart.

Wichtigste Vorteile der Verwendung von Containern in Windows

Im täglichen Betrieb bieten Container konkrete Vorteile für Entwickler, Systemadministratoren und Sicherheitsteams, insbesondere wenn die Umgebung auf Windows basiert.

Für Entwickler: Dieselbe App, überall dasselbe Verhalten

Aus Entwicklungssicht besteht der große Vorteil von Containern darin, dass Die Umwelt hört auf, eine Variable zu sein.Sie erstellen ein Image mit der exakten Version von .NET, den notwendigen DLLs, Hilfsprogrammen, IIS- oder Kestrel-Konfiguration usw., und dieses Image wird in allen Umgebungen auf die gleiche Weise bereitgestellt.

Dadurch werden die klassischen Probleme „Es funktioniert auf meinem Rechner, aber nicht auf dem Server“ drastisch reduziert. Außerdem kann jeder Entwickler Richten Sie in Sekundenschnelle eine komplette Umgebung ein. ohne Ihre Windows-Systeme zu zerstören: Datenbanken, Warteschlangen, Hilfsdienste... Alles in isolierten Containern, die bedenkenlos gelöscht und neu erstellt werden können.

In Projekten, bei denen ein Teil des Stacks auf Linux läuft (z. B. Node.js-Microservices oder Datenbankcontainer) und ein anderer Teil auf Windows (Dienste, die von bestimmten APIs abhängen), können Sie alles von ein und demselben Rechner aus koordinieren. docker-compose oder Kubernetes-ManifestBeibehaltung der Versions- und Portkonsistenz.

Für IT-Teams: Bessere Hardwarenutzung und weniger Chaos

Für Administratoren ermöglichen Container Folgendes: Erhöhung der Anwendungsdichte Auf Windows-Servern können Sie, anstatt für jede Anwendung eine eigene VM (mit dem kompletten Betriebssystem und Patches) zu betreiben, viele containerisierte Anwendungen auf weniger Hosts oder VMs verwenden und Images anstelle einzelner Installationen verwalten.

Auch die Vorgehensweise bei den Updates ändert sich. Anstatt jeden Server einzeln aufzurufen, um Binärdateien oder Patches zu modifizieren, gehen sie nun folgendermaßen vor: Gestalte mit der Veränderung ein neues Image. (Neuer Code oder aktualisierte Bibliothek) wird an die Registry gesendet und bereitgestellt, wobei die vorherige Version für ein Rollback zur Verfügung steht, falls Probleme auftreten.

In Umgebungen, in denen Sie zuvor Dutzende von Maschinen hatten mit Windows ist veraltet, „weil es funktioniert“.Die Migration zu gut konzipierten Containern ermöglicht es Ihnen, diese Anwendungen zu isolieren und sie schrittweise auf modernere Basen zu verlagern, während gleichzeitig eine bessere zentrale Kontrolle erhalten bleibt.

Für die Sicherheit: Isolierung, minimale Oberfläche und zentrale Steuerung

Containersicherheit ist weder automatisch noch perfekt, bietet aber bei korrekter Anwendung sehr leistungsstarke Werkzeuge. Zum einen läuft jeder Container mit beschränkte Berechtigungen und isolierte RessourcenDadurch werden die Auswirkungen eines Eindringversuchs im Vergleich zu einer Anwendung, die direkt auf dem Hostsystem ausgeführt wird, verringert.

In Kubernetes-Clustern können Sie die Umgebung segmentieren durch Namensräume und Netzwerkrichtliniensodass verschiedene Dienste nur dann miteinander kommunizieren, wenn dies explizit gestattet ist. Dies passt gut zu Prinzipien wie „minimale Berechtigungen“ und „Zero Trust in Windows Server„Besonders interessant in OT-Szenarien.“

Es ist auch einfacher, ein Sicherheitszyklus der LieferketteSie scannen Images in der Registry auf Sicherheitslücken, verlangen, dass alle Images aus signierten Quellen stammen, kontrollieren die Laufzeitkonfiguration (Berechtigungen, Mounts, Capabilities usw.) und wenden Patches an, indem sie Images neu erstellen, anstatt Live-Systeme manuell zu berühren.

Wenn Windows die Ressourcen nicht gut verwaltet... aber Sie trotzdem Container verwenden.

Viele Menschen haben die (in manchen Fällen durchaus berechtigte) Auffassung, dass Windows ist nicht gerade der Effizienzkönig. im Hinblick auf den Ressourcenverbrauch. Insbesondere im Vergleich zu serveroptimierten Linux-Distributionen. Daraus ergibt sich die logische Frage: Warum sollte ich die Sache mit Windows-Containern verkomplizieren, wenn ich bereits VMs habe oder einfach alles auf Linux umstellen könnte?

Es gibt mehrere Gründe, warum Windows-Container selbst unter Berücksichtigung dieser Einschränkungen sinnvoll sein können:

• Anwendungen, die eng mit Windows verknüpft sindViele Unternehmenslösungen, COM+-Komponenten, Dienste, die Windows-spezifische APIs verwenden, oder ältere .NET Framework-Anwendungen lassen sich nicht ohne Weiteres nach Linux migrieren.
• Standardisierte GeschäftsumgebungenOrganisationen, deren gesamter Betrieb auf Active Directory, Gruppenrichtlinienobjekten (GPOs), Überwachungs- und Sicherungstools für Windows basiert.
• Teams mit Erfahrung in Microsoft-TechnologienIT-Mitarbeiter fühlen sich mit Windows Server, Hyper-V und Microsoft-Tools wohler als mit der Verwaltung reiner Linux-Cluster.

In diesen Situationen Containerisierung unter Windows Es ermöglicht höhere Konsistenz, schnellere Bereitstellung, Portabilität und Automatisierung, selbst wenn der Basishost nicht der ressourcenschonendste ist. Anschließend können Sie jederzeit mit Nano Server- oder Server Core-Images und soliden Ressourcenrichtlinien optimieren.

Netzwerk, Ports, IPs und SSL in Windows-Containern

Eine der ersten Schwierigkeiten für jemanden, der mit Containern anfängt, ist das Verständnis Wie werden Ports und IP-Adressen in einem verwalteten System verwaltet? gesunde NetzwerkinfrastrukturWenn Sie jemals Schwierigkeiten hatten, mehrere Dienste auf denselben Ports auszuführen oder HTTPS mit Containern zu konfigurieren, wird Ihnen das bekannt vorkommen.

Standardmäßig hat jeder Container seinen eigenen eigener isolierter NetzwerkbereichIntern kann es auf den Ports 80, 443, 8000 usw. lauschen, als wäre es allein. Der Clou ist, dass die Container-Engine oder der Orchestrator die Zuordnung dieser internen Ports zu Host-Ports oder virtuellen Diensten innerhalb des Clusters übernimmt.

Dies bedeutet, dass Für diesen Dienst benötigen Sie keinen Raspberry Pi. Nur weil jeder Port 80 nutzen möchte. Man kann mehrere Container intern auf Port 80 lauschen lassen und jeden einzelnen einem anderen Port auf dem Host zuordnen (z. B. 8081, 8082…), oder sie hinter einem Reverse-Proxy oder Ingress verbergen, der als einziges Frontend fungiert.

Bezüglich der IP-Adressierung erhält in einfachen Szenarien jeder Container eine einzelne Adresse. interne IP des virtuellen Netzwerks die Docker oder Kubernetes verwalten. In komplexeren Umgebungen werden CNI-Plugins und Overlay-Netzwerke eingesetzt, damit Container über mehrere Knoten hinweg konsistent miteinander kommunizieren können.

Um SSL/TLS-VerschlüsselungAm häufigsten wird die Verwaltung von Zertifikaten in Containern vermieden. Stattdessen werden diese zentral in einem Frontend verwaltet: einem Reverse-Proxy wie Nginx, Traefik oder HAProxy oder unter Windows IIS oder einem Application Gateway in Azure. Dieses Frontend beendet HTTPS-Verbindungen und leitet den Datenverkehr über internes HTTP an die Container weiter. Alternativ können Zertifikate auch innerhalb der Container eingebunden werden, was jedoch die Verwaltung und Erneuerung erschwert.

Container und OT/SPS: Realer Wandel oder IT-Fantasie?

In der Welt der industriellen Automatisierung und SPS-Steuerungen sieht die Situation in der Regel ganz anders aus als in traditionellen Rechenzentren. Es ist üblich, dass Industrielle HMIs und PCs mit älteren Windows-VersionenTreiber, die stark an bestimmte Hardware gebunden sind, Systeme, die seit Jahren nicht mehr aktualisiert wurden, und Architekturen, die nach dem Prinzip „Was nicht kaputt ist, muss man nicht reparieren“ entworfen wurden.

Aus Software-Sicht klingen die Versprechen von Kubernetes, Edge Computing und Containern verlockend: Hardwareunabhängigkeit, hohe Verfügbarkeit, Selbstheilung, homogene Bereitstellungen und defensive Architekturen, die sich dem „Zero Trust“-Prinzip annähern. Das Problem ist jedoch, dass die Realität andere Einschränkungen mit sich bringt.

Kann man containerbasierte Perimeterarchitektur Hilfe? Die Antwort lautet, basierend auf den Erfahrungen zahlreicher Pilotprojekte, meist „Ja, aber“. Ja, weil:

• Es ermöglicht die Kapselung bestehender OT-Anwendungen und reduziert so deren direkten Kontakt zum Netzwerk.
• Es erleichtert den Einsatz von Datengateways, Aggregatoren, Historisierungsdiensten oder Analysetools in der Nähe des Rechners.
• Es bietet eine hohe Verfügbarkeit und Selbstreparaturoptionen für Komponenten, die für die Sicherheit von Personen oder der Anlage nicht kritisch sind.

Und „aber“, weil fügt weitere Komplexitätsebenen hinzu: Teams müssen geschult, Cluster verwaltet, die Integration mit stark eingeschränkten OT-Netzwerken ist erforderlich, und die Koexistenz mit SPS-Anbietern, die diese Architekturen möglicherweise nicht offiziell unterstützen, ist notwendig.

Aus Sicht der industriellen Cybersicherheit wird diese Art von Architektur zunehmend als ein vernünftiger Schritt hin zu mehr Isolation und KontrolleVorausgesetzt, die Netzwerksegmentierung wird beachtet, die auf jedem Knoten ausgeführten Prozesse sind streng begrenzt und eine enge Abstimmung zwischen OT und IT wird aufrechterhalten.

Virtuelle Maschinen versus Container: Welches System ist in welchem ​​Fall das richtige?

Die uralte Frage „Container oder VMs?“ hat keine eindeutige Antwort. Meistens wird man letztendlich beides verwenden. Beide Technologien richten sich nach dem Bedarf..

Wenn Sie ausführen müssen verschiedene vollständige Betriebssysteme Um eine Arbeitslast aufgrund regulatorischer Vorgaben oder zur Ausführung von Software, die die volle Systemkontrolle voraussetzt, so weit wie möglich zu isolieren, ist eine virtuelle Maschine nach wie vor die beste Option. Sie ist auch die beste Wahl, wenn eine sehr strikte Trennung zwischen verschiedenen Mandanten oder Kunden gewünscht ist.

Wenn was Sie suchen, ist Bereitstellungsgeschwindigkeit, Skalierbarkeit und effiziente RessourcennutzungUnd wenn Ihre Anwendungen problemlos auf der gleichen Betriebssystemfamilie laufen (zum Beispiel mehrere .NET-Anwendungen auf Windows Server), dann sind Container eine deutlich attraktivere Option.

In vielen Unternehmensumgebungen findet sich ein hybrides Muster: Virtuelle Server (auf Hyper-V, VMware oder in der Cloud) dienen als Knoten in einem Containercluster. Auf diesen VMs wird Kubernetes, Docker Swarm oder ein anderer Orchestrator eingesetzt, und alle neuen oder aktualisierten Anwendungen werden anschließend in Container verpackt.

Windows-Entwicklung und Linux-Bereitstellung: Der Zusammenprall der Realität

Ein sehr häufiges Problem, insbesondere in Teams, die unter Windows entwickeln und auf Linux (Container oder Server) bereitstellen, ist die Unterschiede im DateisystemWindows behandelt Dateinamen typischerweise als nicht case-sensitiv, während Linux Datei.ts y Datei.ts Das sind unterschiedliche Dinge.

Dies führt zu einigen wirklich schwerwiegenden Fehlern. Zum Beispiel zu Importen in Code, die lokal funktionieren (weil Windows die Groß- und Kleinschreibung ignoriertSie stürzen jedoch in einem Linux-Container ab, weil der tatsächliche Dateiname einen anderen Buchstaben enthält. Dies ist ein bekanntes Problem in Frameworks wie TypeScript, Node.js, modernen Frontends usw.

Die einzige Möglichkeit, dies wirklich zu vermeiden, besteht darin, sich zu verpflichten klare und strenge Namenskonventionen von Beginn des Projekts an (zum Beispiel alles in einheitlicher Kebab- oder CamelCase-Schreibweise) und dies mit automatisierten Werkzeugen verstärken: Linter, CI-Validierungen, die Tests in Linux-Umgebungen ausführen, Code-Reviews, die auf die Groß-/Kleinschreibung in Pfaden achten.

Unternehmen, die Wert auf Codequalität legen, integrieren diese Kontrollen typischerweise in die CI/CD-Pipeline, um Groß-/Kleinschreibungsfehler, falsch geschriebene Pfade oder ungültige Abhängigkeiten vor der Produktionsfreigabe zu erkennen. Dies ist umso wichtiger, wenn Die endgültige Bereitstellung ist ein ContainerDenn genau dort werden all die Details des zugrundeliegenden Betriebssystems sichtbar.

Darüber hinaus wird die effektive Verwaltung von Abhängigkeiten, Laufzeitversionen und umgebungsspezifischen Konfigurationen entscheidend, wenn Sie mit der Arbeit beginnen. Cloud-, KI- und Managed-Services (AWS, Azure usw.), wo die Infrastruktur homogener ist und weniger tolerant gegenüber typischen Windows-Tricks für Desktop-PCs.

Haupt- und Alternativwerkzeuge in der Welt der Container

Obwohl Docker und Kubernetes zum De-facto-Standard geworden sind, ist das Container-Ökosystem breit gefächert und bietet viele Optionen für unterschiedliche Komplexitätsgrade und Bedürfnisse.

Docker: die Grundlage von fast allem

Docker hat die moderne Arbeitsweise mit Containern populär gemacht und ist nach wie vor die führende Plattform dieser Art. Gateway für die meisten GeräteMit Docker Engine starten und verwalten Sie Container. Mit Dockerfile definieren Sie deklarativ, wie Ihre Images erstellt werden. Schließlich können Sie diese Images mit Docker Hub oder privaten Registries mit anderen Umgebungen oder Teams teilen.

In Windows-Umgebungen ist Docker besonders nützlich für reproduzierbare Entwicklungsumgebungen schaffenMinimieren Sie „Frankenstein-Installationen“ auf Servern und schaffen Sie eine solide Grundlage für die spätere Skalierung auf komplexere Orchestratoren.

Kubernetes: Orchestrierung im großen Stil

Wenn eine Anwendung mehrere Dienste, Datenbanken, Warteschlangen, Frontends und andere containerisierte Komponenten nutzt, ist es nur eine Frage der Zeit, bis Sie eine benötigen. OrchestratorKubernetes (K8s) ist die am weitesten verbreitete Open-Source-Plattform zur Automatisierung der Bereitstellung, Skalierung und Verwaltung von Containern.

In Kubernetes gruppiert man zusammengehörige Container in SchotenSie definieren Deployments, die die Anzahl der Replikate für jeden Dienst festlegen, und stellen diese Pods über Netzwerkdienste bereit. Die Steuerungsebene übernimmt den Lastausgleich zwischen den Worker-Knoten, überwacht den Zustand der Instanzen, startet sie im Fehlerfall neu und skaliert je nach Bedarf.

In Hybrid- und Cloud-Umgebungen vereinfachen Plattformen wie AKS (Azure Kubernetes Service), GKE (Google Kubernetes Engine) oder EKS (Amazon Elastic Kubernetes Service) die Bereitstellung von verwaltetem Kubernetes. So können Sie sich auf Ihre Anwendungen konzentrieren und die Clusterverwaltung teilweise dem Anbieter überlassen.

Andere Werkzeuge und Alternativen

Neben Docker und Kubernetes gibt es weitere Lösungen, die spezifische Bedürfnisse oder architektonische Präferenzen abdecken:

• PodmanÄhnlich wie Docker, jedoch ohne zentralen Daemon; in manchen Linux-Umgebungen sehr geschätzt.
• ContainerdDie Container-Engine, auf der Docker basiert; sie kann auch separat verwendet werden.
• OpenShiftDie Kubernetes-basierte Plattform von Red Hat mit vielen zusätzlichen Funktionen für die Unternehmensentwicklung und den Betrieb.
• NomadeDer Orchestrator von HashiCorp ist in manchen Fällen einfacher zu bedienen als Kubernetes und kann herkömmliche Container und Nutzlasten verwalten.
• LXDContainer vom Typ „Full System“ unter Linux sind nützlich, wenn man etwas zwischen einem klassischen Container und einer schlanken VM benötigt.
• LandstreicherEs basiert zwar nicht auf Containern, ist aber dennoch nützlich, um reproduzierbare Entwicklungsumgebungen mit VMs oder sogar in Kombination mit Docker einzurichten.

Diese ganze Reise führt dazu, dass man sich fragt, ob Container in Windows sind sinnvollDie Antwort hängt weniger von der Technologie selbst ab, sondern vielmehr davon, ob sie zu Ihren Anwendungen, Ihrem Team und Ihrem Betriebsmodell passt. In vielen Fällen ist Containerisierung der beste Weg, um Bereitstellung, Portabilität und Sicherheit deutlich zu verbessern, ohne das Windows-Ökosystem aufzugeben. In anderen Fällen kann es sinnvoller sein, bei traditionellen VMs zu bleiben oder direkt auf Linux umzusteigen. Wichtig ist, die Komponenten gut zu verstehen, um fundierte Entscheidungen darüber treffen zu können, wann, wie und wo Containerisierung sinnvoll ist.