Container-Virtualisierung

Ein Programm braucht mehr als sich selbst, um zu funktionieren. Es braucht bestimmte Hilfsdateien, bestimmte Einstellungen und oft eine ganz bestimmte Version davon. Fehlt eines dieser Teile auf einem anderen Rechner, stürzt das Programm ab. Bei der Container-Virtualisierung packt man deshalb das Programm und alle diese Zutaten in ein einziges abgeschlossenes Paket. Dieses Paket heißt Container und läuft überall dort gleich, wo man es hinkopiert. Der berüchtigte Satz « Bei mir hat es doch funktioniert » verliert damit seine Grundlage.

Warum Software damit endlich umzieht

Software wird selten dort betrieben, wo sie geschrieben wurde. Ein Entwickler programmiert auf seinem Laptop, getestet wird auf einem Testserver, laufen soll es am Ende in einem Rechenzentrum. Früher unterschieden sich diese drei Umgebungen in hunderten Kleinigkeiten. Ein Container macht diese Unterschiede unsichtbar, weil er seine Umgebung selbst mitbringt.

Das spart nicht nur Nerven, sondern vor allem Geld. Große Anbieter starten Container automatisch nach, wenn viele Nutzer gleichzeitig zugreifen. Sinkt die Last wieder, werden sie abgeschaltet. Weil ein Container in Sekunden startet, funktioniert dieses Auf und Ab in Echtzeit. Bezahlt wird nur die tatsächlich genutzte Rechenzeit.

Auch in der KI-Branche ist das zentral. Ein Modell braucht oft exakt passende Treiber für die Grafikkarten, auf denen es rechnet. Solche Kombinationen von Hand einzurichten, kostet Stunden und geht leicht schief. Als Container ist dieselbe Umgebung in Minuten auf tausend Servern verteilt.

Ein gemeinsamer Kern statt vieler Betriebssysteme

Um Container zu verstehen, hilft der Vergleich mit dem älteren Verfahren, der virtuellen Maschine. Dort simuliert man auf einem Rechner mehrere komplette Computer. Jeder davon hat sein eigenes vollständiges Betriebssystem, also die Grundsoftware, die Programme und Hardware verwaltet. Das ist sehr sauber getrennt, kostet aber viel Speicher und braucht zum Starten Minuten.

Container gehen sparsamer vor. Sie teilen sich den Kern des Betriebssystems, das ohnehin schon auf dem Rechner läuft. Nur das, was oben drauf gehört, bringt jeder Container selbst mit. Das Betriebssystem sorgt dafür, dass jeder Container nur seine eigenen Dateien sieht und nur einen zugeteilten Anteil an Arbeitsspeicher und Rechenleistung bekommt. Man kann es sich wie Wohnungen in einem Haus vorstellen: eigene Türen und eigene Möbel, aber gemeinsames Fundament und gemeinsame Leitungen.

Ein Container entsteht aus einem sogenannten Image, einer unveränderlichen Vorlage. Aus einem Image lassen sich beliebig viele identische Container starten. Weil die Trennung schwächer ist als bei virtuellen Maschinen, gilt eine wichtige Einschränkung: Wer aus einem Container ausbricht, ist näher am eigentlichen Rechner. Für besonders heikle Anwendungen kombiniert man deshalb beide Verfahren.

Docker, Kubernetes und die Cloud-Rechnungen

Die bekannteste Software zum Bauen und Starten von Containern heißt Docker. Sie hat die Technik ab 2013 populär gemacht, obwohl die zugrunde liegenden Bausteine älter sind. Wenn in Tech-News von Containern die Rede ist, ist meist dieses Format gemeint.

Sobald es nicht mehr um fünf, sondern um fünftausend Container geht, braucht es eine Verwaltung. Diese Aufgabe übernimmt Kubernetes, ursprünglich bei Google entwickelt. Es verteilt Container auf Server, startet abgestürzte neu und regelt die Menge nach Bedarf. Fast jeder große Online-Dienst, den du täglich nutzt, läuft auf dieser Grundlage.

Für Anleger ist das Thema relevant, weil es die Kostenstruktur ganzer Unternehmen prägt. Cloud-Anbieter wie Amazon, Microsoft und Google verkaufen Rechenleistung heute überwiegend in Form von Containern. Wenn ein Konzern meldet, er habe seine Infrastrukturkosten deutlich gesenkt, steckt oft ein Umzug in Container dahinter.