Technik & Betrieb

Docker (Container)

Docker verpackt eine Anwendung mitsamt allem, was sie zum Laufen braucht, in einen Container. Dieser läuft auf jedem Server gleich — womit der Satz „bei mir funktioniert es" seine Grundlage verliert.

Redaktionell geprüft von Alexander SeidlertwentyonepixelsStand:

Welches Problem das löst

Software hängt von ihrer Umgebung ab: PHP-Version, installierte Erweiterungen, Systembibliotheken. Weicht der Server vom Entwicklungsrechner ab, treten Fehler auf, die niemand nachstellen kann.

Ein Container nimmt diese Umgebung mit. Was lokal getestet wurde, läuft auf dem Server in derselben Zusammenstellung — nicht in einer ähnlichen.

Warum ein Anbieterwechsel dadurch leichter wird

Weil die Umgebung mit umzieht. Ein Server, auf dem Container laufen, braucht keine gepflegte Liste installierter Versionen mehr — die Anwendung bringt sie mit. Der Wechsel des Hosters wird damit zur Routineaufgabe statt zum Projekt, und damit endet eine Abhängigkeit, die viele gar nicht als solche wahrnehmen.

Derselbe Mechanismus verkürzt die Einarbeitung: Ein neuer Entwickler startet die Umgebung mit einem Befehl und ist an einem Vormittag arbeitsfähig statt nach drei Tagen Einrichtung. Bei einem Wechsel im Team ist das der Unterschied zwischen einer Übergabe und einem Stillstand.

Was Container nicht mitbringen

Sicherheit. Ein Container ist eine Abgrenzung, kein Panzer: Wer darin Wurzelrechte hat, steht dem Hostsystem näher, als viele annehmen. Und ein Abbild mit einer veralteten Systembibliothek bleibt veraltet, bis jemand es neu baut.

Zweitens sind Daten nicht enthalten. Datenbankinhalte und Uploads liegen außerhalb, und ihre Sicherung ist eine eigene Aufgabe — der häufigste Irrtum bei der ersten Umstellung.

Wann sich der Aufwand lohnt

Bei mehreren Anwendungen auf einem Server, bei mehreren Entwicklern, oder wenn regelmäßig veröffentlicht wird. Dann zahlt sich die Reproduzierbarkeit täglich aus.

Für eine einzelne, selten geänderte Website ist es Zusatzaufwand ohne Gegenwert. Wir setzen es dort ein, wo es trägt, und lassen es sonst weg — Werkzeuge sind kein Selbstzweck.

Häufige Fragen zu Docker (Container)

Ohne Anmeldung erlaubt Docker Hub 100 Abrufe je Sechs-Stunden-Fenster, gezählt pro IPv4-Adresse oder pro IPv6-Netz; mit Anmeldung an einem persönlichen Konto sind es 200, in den bezahlten Stufen entfällt die Grenze (Docker-Dokumentation, abgerufen am 15.09.2026). Darüber antwortet die Registry mit Fehler 429, und der Bau bricht ab. Eng wird es nicht am einzelnen Arbeitsplatz, sondern hinter einer gemeinsamen Firmenadresse oder auf einem Bauserver: Dort laufen alle Abrufe auf dieselbe Adresse.

Docker Desktop darf ohne Abonnement nutzen, wer weniger als 250 Beschäftigte und weniger als 10 Millionen US-Dollar Jahresumsatz hat; beide Bedingungen müssen zusammen zutreffen, und wer eine davon überschreitet, braucht für die berufliche Nutzung eine bezahlte Stufe (Docker-Lizenzvereinbarung, abgerufen am 15.09.2026). Die Pflicht hängt damit an der Größe des Unternehmens, nicht an der Zahl der Entwickler. Erfasst ist allein das Arbeitsplatzprogramm – Docker Engine auf einem Linux-Server fällt nicht darunter.

Dateien, die eine Anwendung im Container selbst angelegt hat, sind dann verloren. Die Docker-Dokumentation hält fest, dass Daten in der beschreibbaren Schicht eines Containers nicht überdauern, sobald der Container zerstört wird (abgerufen am 15.09.2026). Ein Neustart trifft denselben Container und lässt diese Schicht stehen; eine Veröffentlichung erzeugt einen neuen Container aus dem Abbild und beginnt bei dessen Stand. Daraus folgt die Regel: Uploads, Datenbankdateien und Protokolle gehören in ein benanntes Volume.

Technisch möglich, betrieblich falsch: Die Docker-Dokumentation nennt einen Belang und in der Regel einen Prozess je Container als Faustregel, räumt aber ein, dass manche Software von sich aus mehrere Prozesse startet (abgerufen am 15.09.2026). Der erste Prozess im Container trägt die Kennung 1; endet er, endet der Container samt aller übrigen Dienste. Webserver und Datenbank in einem Abbild lassen sich nur gemeinsam neu starten und nur gemeinsam skalieren.

Mehr zum Thema

10 Min. Lesezeit

Cyber Resilience Act: Meldepflicht seit 11. September 2026

Seit dem 11. September 2026 müssen Hersteller aktiv ausgenutzte Schwachstellen binnen 24 Stunden melden – auch für längst verkaufte Produkte. Welche Software betroffen ist, warum reine Webanwendungen meist nicht und wer bei Auftragsentwicklung meldet.

10 Min. Lesezeit

Atlassian-Lücke CVE-2026-21589: Data Center jetzt patchen

Eine kritische Lücke (CVSS 9,3) lässt Unbekannte ohne Anmeldung Dateien aus Jira, Confluence, Bitbucket und weiteren Data-Center-Produkten lesen. Welche Versionen sie schließen, was bei laufenden Angriffen zu prüfen ist und wo die Lücke endet.

Alle Fachbeiträge ansehen

Passende Leistungen

DevOps & CI/CD Pipelines

Schluss mit manuellen Releases: automatisierte Test- und Deploy-Pipelines mit Docker, GitHub Actions und sauberer Nginx-Konfiguration.

Mehr dazu

Hosting & Deployment

Ihre Web-App zuverlässig ausrollen und betreiben: automatische Deployments über GitHub Actions, gehostet auf Hetzner in der EU.

Mehr dazu

Cloud-Migration

Weg von teuren US-Clouds und Altservern: Umzug Ihrer Anwendung in die Hetzner Cloud — containerisiert, skalierbar und DSGVO-konform.

Mehr dazu