Container, was sind sie und warum brauchen wir sie?

Transkription

In diesem Video erklärt Neha Sharma, Solutions Architect, was Container sind, warum sie benötigt werden und wie sie zur effizienten Skalierung von Lösungen wie A10 Networks' ADC verwendet werden können.

AI Mitschrift:

Hallo zusammen. Ich werde heute über Container sprechen und darüber, warum wir Container brauchen? Und was sind sie?

Der Grund dafür war, dass sich die Anwendungsarchitekturen rapide verändert haben, weil jeder alles viel schneller auf dem Markt haben will und die Anwendungen isoliert werden müssen.

Was war also das Problem mit den monolithischen Anwendungen oder der Architektur?

Dadurch befand sich der gesamte Code auf einem einzigen Server. Jedes Mal, wenn jemand eine kleine Änderung vornehmen musste, musste er den gesamten Code neu kompilieren und testen.

Das bedeutet, dass es nur eine Fehlerquelle gibt. Außerdem braucht man viel Zeit und Zyklen, um den Code vollständig fertigzustellen. Das ist der Grund, warum sich alles in Richtung Virtualisierung und dann in Richtung Container bewegt hat.

Lassen Sie uns also zuerst besprechen, was Virtualisierung ist. Hier habe ich also meine Infrastruktur. Darüber habe ich mein Host-Betriebssystem. Dann haben wir unseren Hypervisor. Und damit können Sie Ihre individuellen VMs (Virtuelle Maschinen) erstellen.

Jetzt hat jede VM ihr eigenes Gastbetriebssystem. Sie können also auf jeder VM ein unabhängiges Betriebssystem laufen lassen. Darüber hinaus haben Sie Ihre Binärdateien und Bibliotheken. Und dann bauen Sie Ihre Anwendungen. Ich habe also meine Anwendung 1, Anwendung 2, Anwendung 3.

Ich habe jetzt also drei VMs erstellt, auf denen jeweils die Anwendungen 2 und 3 laufen.

Dadurch erhalten Sie eine vollständige Isolierung der einzelnen Anwendungen, die alle unabhängig voneinander ausgeführt werden. Sehen wir uns nun an, was Container für uns tun?

Natürlich haben Sie Ihre Infrastruktur. Sie haben Ihr Host-Betriebssystem? Und anstelle eines Hypervisors haben wir etwas, das wir Docker nennen und das diese Container verwaltet oder Ihnen die Container-Images zur Verfügung stellt.

Und darauf bauen Sie nun Ihre Container auf. Der Hauptunterschied zwischen Virtualisierung und Containern ist, dass Container kein Gastbetriebssystem haben.

Sie stützen sich auf das Host-Betriebssystem. Sie haben also direkt Ihre Binärdateien und Bibliotheken. Und darüber hinaus haben Sie Ihre Anwendungen ... Anwendung 1, Anwendung 2, Anwendung 3. Das ist also mein Container 1, Container 2 und Container 3.

Was haben wir hier also getan? Im Grunde war die Virtualisierung ein Konstrukt auf Infrastrukturebene, das einen einzelnen Rechner in mehrere Server aufteilt. Container hingegen sind wirklich ein Konstrukt auf Anwendungsebene. Er unterteilt die Anwendungen in einzelne Prozesse und Vorgänge.

Und diese sind wirklich leichtgewichtig und hoch skalierbar. Die Größe jedes Containers liegt in der Größenordnung von Megabytes. Die Größe dieser Container hingegen liegt in der Größenordnung von Gigabytes.

Die Startzeit ist also nahezu augenblicklich. Wenn Sie also einen Container hochfahren, ist er innerhalb von Sekunden hochgefahren. Beim Hochfahren einer VM hingegen dauert das Hochfahren einige Minuten, da das Gastbetriebssystem bei jedem Hochfahren neu gestartet werden muss.

Die Container sind sehr mobil. Man kann sie leicht von einem Ort zum anderen bewegen und sie sind hochgradig skalierbar. Sie sind skalierbar und sehr hoch verfügbar.

Sie bieten also eine vollständige Isolierung von Anwendungen und eine sehr einfache Portabilität, und das ist der Hauptvorteil, weshalb sich alles in Richtung Container bewegt.

Ich hoffe, Sie haben heute etwas gelernt, und ich hoffe, das war hilfreich für Sie. Danke, dass Sie zugeschaut haben.

Verwandte Ressourcen

• Was ist Kubernetes Ingress? (Glossar Post)
• Die 7 wichtigsten Anforderungen für optimierten Verkehrsfluss und Sicherheit in Kubernetes (Blog Post)
• Bereitstellen eines Ingress Controllers in Azure Kubernetes (Blog Post)
• Lastausgleich für containerisierte Anwendungen (Blog Post)
• Container-basierte Arbeitslasten auf AWS und anderen Clouds (Blog Post)