Welche Arten von Containern gibt es in Kubernetes?

In Kubernetes gibt es keine "Typen" von Containern im Sinne verschiedener Containerisierungstechnologien. Alle Container, die in Kubernetes ausgeführt werden, sind Standardcontainer (in der Regel basierend auf Docker oder kompatiblen Engines wie containerd oder CRI-O).

Die Objekttypen, die Container in Kubernetes enthalten können, umfassen:

• Pod: Die kleinste ausführbare Einheit in Kubernetes. Ein Pod kann einen oder mehrere Container enthalten, die den Netzwerkraum, Speicher teilen und einen gemeinsamen Lebenszyklus haben. Es ist der "Haupt"-Typ der Entität, die Container ausführt.
• Deployment: Ein höherstufiges Objekt, das eine Gruppe von Pods verwaltet. Es bietet deklaratives Update und Skalierung. Deployment erstellt ein ReplicaSet, das wiederum die Pods verwaltet. Container werden innerhalb der Pod-Spezifikation definiert, auf die sich das Deployment bezieht.
• StatefulSet: Ähnlich wie Deployment, aber für zustandsbehaftete Anwendungen. Es stellt stabile Netzwerk- und Speicher-Namen für Pods bereit. Container werden ebenfalls in der Pod-Spezifikation definiert.
• DaemonSet: Stellt sicher, dass ein Pod auf allen (oder bestimmten) Knoten im Cluster läuft. Wird verwendet, um Dienst-Container wie Log-Collector oder Monitoring-Agenten auszuführen. Container werden in der Pod-Spezifikation definiert.
• Job: Erstellt einen oder mehrere Pods und stellt sicher, dass sie bis zum erfolgreichen Abschluss ausgeführt werden. Container werden in der Pod-Spezifikation definiert.
• CronJob: Erstellt Jobs nach einem Zeitplan. Container werden in der Pod-Spezifikation des zugehörigen Jobs definiert.

Es ist wichtig zu verstehen, dass der Container selbst in der Pod-Spezifikation definiert ist. Management-Objekte (Deployment, StatefulSet usw.) legen nur fest, wie diese Pods (und somit die Container innerhalb) bereitgestellt, skaliert und verwaltet werden.

Wenn es nicht um den "Typ" des Containers nach Technologie geht, sondern um verschiedene Arten von Containern innerhalb eines Pods, kann man unterscheiden:

• Application Containers: Die Hauptcontainer, die die Geschäftslogik der Anwendung ausführen.
• Init Containers: Container, die vor dem Start der Hauptcontainer im Pod ausgeführt werden. Sie werden für Vorbereitungsaufgaben verwendet, z.B. Dateninitialisierung oder Konfiguration. Sie werden sequenziell ausgeführt und müssen erfolgreich beendet werden, bevor die Hauptcontainer gestartet werden.
• Sidecar Containers: Container, die parallel zum Hauptcontainer laufen und unterstützende Funktionen bereitstellen, z.B. Log-Sammlung, Überwachung, Netzwerk-Proxy usw.

Beispiel für eine YAML-Spezifikation eines Pods mit einem Init-Container und einem Haupt-Container:

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
spec:
  initContainers: # Sektion für Init-Container
  - name: init-myservice
    image: myregistry/init-service:1.0.0
    command: ["sh", "-c", "echo Initializing... && sleep 5"]
    # Dieser Container wird zuerst ausgeführt und muss erfolgreich beendet werden
  containers: # Sektion für Haupt-Container
  - name: myapp-container
    image: myregistry/myapp:latest
    ports:
    - containerPort: 80
    # Dieser Container wird nach erfolgreichem Abschluss aller Init-Container gestartet