Was ist der Unterschied zwischen einem Headless-Service und anderen Servicetypen?

Der Headless-Service in Kubernetes unterscheidet sich durch das Fehlen von ClusterIP und somit durch das Fehlen eines vom Service selbst bereitgestellten Load-Balancers. Stattdessen gibt DNS eine Reihe von IP-Adressen der Pods zurück, die dem Service-Selektor entsprechen, sodass der Client direkt den Endpunkt auswählen kann.

Normaler Service (ClusterIP, NodePort, LoadBalancer):

apiVersion: v1
kind: Service
metadata:
  name: my-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  type: ClusterIP # oder NodePort, LoadBalancer

• Hat eine eigene ClusterIP.
• Balanciert den Traffic zwischen den Pods.
• DNS gibt die ClusterIP des Services zurück.

Headless-Service:

apiVersion: v1
kind: Service
metadata:
  name: my-headless-service
spec:
  selector:
    app: my-app
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  clusterIP: None # Schlüsselunterschied

• Hat keine ClusterIP.
• Führt kein Load-Balancing durch.
• DNS gibt eine Liste von IP-Adressen der Pods zurück, die dem Selektor entsprechen.

Vergleich:

Merkmal	Normaler Service	Headless-Service
ClusterIP	Vorhanden	Nicht vorhanden
Load-Balancing	Integriert	Nicht vorhanden
DNS-Auflösung	ClusterIP des Services	IP-Adressen der Pods
Verwendung	Standardmäßig	Service-Discovery, Datenbanken, Anwendungszustand

Headless-Services werden häufig in folgenden Szenarien verwendet:

• Service-Discovery: Clients können eine Liste aller verfügbaren Pods erhalten und den passenden basierend auf ihrer internen Logik auswählen.
• Datenbanken: Ermöglicht Clients, direkt auf bestimmte Replikate der Datenbank zuzugreifen.
• Zustandsbehaftete Anwendungen: Ermöglicht Clients, bestimmte Instanzen der Anwendung anzusprechen, die den Zustand speichern.