In Kubernetes sind Ressourcentypen die grundlegenden Objekte, mit denen du den gewünschten Zustand deines Clusters beschreibst. Jede Ressource wird über die Kubernetes API definiert und ist in der Regel als YAML- oder JSON-Manifest angelegt. Sie beschreiben was im Cluster existieren soll (z. B. Pods, Services) und wie es konfiguriert ist.

Man unterscheidet dabei grob drei Kategorien:

1. Workload-Ressourcen – beschreiben laufende Anwendungen und Jobs
   • Beispiele:
     • Pod (kleinste ausführbare Einheit, enthält Container)
     • Deployment (verwaltet mehrere Pods, sorgt für Updates und Skalierung)
     • StatefulSet (für zustandsbehaftete Anwendungen wie Datenbanken)
     • DaemonSet, Job, CronJob
2. Service & Networking-Ressourcen – regeln Erreichbarkeit und Kommunikation
   • Beispiele:
     • Service (stabile Netzwerkschnittstelle für Pods)
     • Ingress / IngressRoute (HTTP/HTTPS-Routing von außen)
     • Endpoint, NetworkPolicy
3. Konfigurations- & Speicherressourcen – enthalten Einstellungen oder Daten
   • Beispiele:
     • ConfigMap (Konfigurationswerte als Key-Value)
     • Secret (vertrauliche Daten, z. B. Passwörter, TLS-Zertifikate)
     • PersistentVolume / PersistentVolumeClaim (persistente Speicherung)

Jede Ressource wird durch drei Kerninformationen definiert:

• apiVersion – API-Gruppe und Version, z. B. apps/v1
• kind – der Ressourcentyp, z. B. Deployment
• metadata & spec – Name, Labels, Namespace und die gewünschte Konfiguration

Kubernetes sorgt mit dem Controller-Loop dafür, dass der tatsächliche Zustand der Ressourcen immer dem gewünschten Zustand entspricht – ganz gleich, ob es um Container, Netzwerke oder Speicher geht.