Welke soorten extra containers kunnen er in een pod…

Init-containers: Worden uitgevoerd voordat de hoofdcontainers van de pod worden gestart en worden succesvol afgesloten voordat de hoofdcontainer wordt gestart. Gebruikt voor het instellen van de omgeving, klonen van repositories, controleren van de beschikbaarheid van services, enz.
Sidecars (Sidecar-containers): Worden parallel uitgevoerd met de hoofdcontainers van de pod en delen hun netwerkruimte en volumes. Gebruikt voor logging, monitoring, proxy, het injecteren van secrets, enz.
Adapters (Adapter-containers): Transformeren de gestandaardiseerde output van de hoofdcontainer naar een formaat dat nodig is voor een extern systeem. Bijvoorbeeld, ze converteren metrics van het Prometheus-formaat naar OpenTelemetry.
Ambassadeurs (Ambassador-containers): Fungeren als proxy voor externe services, waardoor de hoofdcontainers ermee kunnen communiceren alsof ze lokaal zijn. Kunnen worden gebruikt voor Service Discovery of load balancing.

Voorbeelden van YAML-configuraties:

# Voorbeeld van een Pod met init-container
apiVersion: v1
kind: Pod
metadata:
  name: init-demo
spec:
  containers:
  - name: application-container
    image: nginx
    ports:
    - containerPort: 80
  initContainers:
  - name: init-myservice
    image: busybox
    command: ['sh', '-c', 'echo "Initializing..." && sleep 5']

# Voorbeeld van een Pod met sidecar-container (bijvoorbeeld, fluentd voor logging)
apiVersion: v1
kind: Pod
metadata:
  name: sidecar-demo
spec:
  containers:
  - name: main-app
    image: some-app-image
    volumeMounts:
    - name: varlog
      mountPath: /var/log
  - name: log-aggregator
    image: fluentd
    volumeMounts:
    - name: varlog
      mountPath: /var/log
  volumes:
  - name: varlog
    emptyDir: {}

# Algemene structuur voor een adapter of ambassadeur (conceptueel, implementatie hangt af van de specifieke taak)
apiVersion: v1
kind: Pod
metadata:
  name: complex-pod
spec:
  containers:
  - name: main-component
    image: your-main-image
  - name: adapter-or-ambassador
    image: adapter-or-ambassador-image # Het specifieke beeld hangt af van de taak
    # Extra instellingen (volumes, poorten, args, enz.)

Het is belangrijk te begrijpen dat Adapter en Ambassador subtypes zijn van Sidecar in een bredere zin, die alleen verschillen in hun specifieke rol. Kubernetes API onderscheidt duidelijk alleen initContainers en containers (waar zowel de hoofd- als sidecar-containers onder vallen).

Welke soorten extra containers kunnen er in een pod zijn?