Docker-Container vs. virtuelle Maschine – was brauche ich fürs Studienprojekt?

Hallo Markus, für euren Fall (Anwendung + Datenbank, gleiche Host-Architektur, mehrere Leute sollen testen) ist Docker meiner Erfahrung nach die richtige Wahl. Zur technischen Einordnung aber noch mal genauer, weil das für die Doku später wichtig ist:

• Ressourcennutzung: Eine VM bringt immer einen kompletten Gast-Kernel mit und emuliert virtuelle Hardware (CPU, RAM, Netzwerkkarte etc.) über einen Hypervisor. Das kostet spürbar Overhead, dafür bekommt man ein vollständig eigenständiges System. Docker-Container nutzen dagegen den Kernel des Hosts und isolieren Prozesse nur über Linux-Mechanismen wie Namespaces (für Sicht auf Prozesse, Netzwerk, Dateisystem) und Cgroups (für Ressourcenlimits). Dadurch starten Container in Millisekunden statt Minuten und brauchen nur Megabyte statt Gigabyte an Platz.
• Isolation: Hier liegt der eigentliche Unterschied. Eine VM ist auf Kernel-Ebene komplett getrennt vom Host, das ist die stärkere Isolationsform. Container teilen sich den Kernel, die Isolation ist also "weicher" – ein Kernel-Exploit könnte theoretisch mehrere Container betreffen. Für ein Studienprojekt im geschlossenen Netz ist das praktisch kein Thema.

Für Nachvollziehbarkeit nutzt ihr am besten ein Dockerfile plus eine docker-compose.yml, damit App und Datenbank als Einheit mit fester Konfiguration gestartet werden. Das lässt sich super dokumentieren und reproduzieren – was bei Betreuern meist gut ankommt. Eine VM würde ich nur in Betracht ziehen, wenn ihr z. B. ein anderes Betriebssystem als Linux braucht oder Kernel-Module testen müsst.

Daniels Erklärung passt schon gut. Ich kann noch ein Praxisbeispiel beisteuern, wann bei uns in Projekten tatsächlich eine VM nötig war: Sobald irgendwo Windows als Zielsystem mit im Spiel ist, z. B. weil die Anwendung .NET Framework (nicht Core) braucht oder eine alte Legacy-Software nur unter Windows Server läuft, kommt man mit Docker unter Linux nicht weiter. Docker auf Windows-Hosts kann zwar Windows-Container, aber das ist nochmal eine eigene Baustelle und in der Praxis selten sauber, vor allem wenn die Kommilitonen unterschiedliche Host-OS haben.

Auch bei uns im Studium gab's mal den Fall, dass ein Kommilitone auf macOS mit Apple Silicon unterwegs war und ein Image nur für x86 verfügbar war – da lief es über Emulation extrem langsam. In so einem Fall war eine VM mit dem passenden Gast-OS tatsächlich die stressfreiere Lösung, weil man da wirklich ein komplett anderes System samt Kernel braucht und nicht nur Prozessisolation.

Merksatz, den ich mir gemerkt habe: Docker für "gleiches OS, andere Konfiguration", VM für "anderes OS oder andere Architektur". Für euer Projekt mit Anwendung + DB auf gleicher Basis seid ihr mit Docker aber klar auf der richtigen Spur, vor allem wegen der Reproduzierbarkeit über das Compose-File.