Capital One Interview Questions in Deutschland richtig vorbereiten

Was sind Kubernetes Interview Questions?

Kubernetes Interview Questions sind Fragen, die Unternehmen während technischer Bewerbungsgespräche stellen können. Sie sollen zeigen, ob ein Bewerber Kubernetes versteht und das Wissen in realistischen Situationen anwenden kann.

Kubernetes selbst ist eine Open-Source-Plattform für die Bereitstellung, Skalierung und Verwaltung containerisierter Anwendungen. Die Plattform arbeitet mit einem gewünschten Zustand: Du beschreibst, wie eine Anwendung laufen soll, und Kubernetes versucht, diesen Zustand aufrechtzuerhalten.

Die Fragen in einem Interview können deshalb sehr unterschiedlich sein. Ein Einsteiger wird möglicherweise gefragt, was ein Pod ist oder welchen Zweck ein Deployment erfüllt. Bei einer erfahrenen Position kann es dagegen um Cluster-Sicherheit, Netzwerkprobleme, Hochverfügbarkeit, Ressourcenplanung oder das Verhalten einer Anwendung bei Ausfällen gehen.

Kubernetes Interview Questions sind keine staatliche Prüfung und kein einheitliches Zertifikat. Jedes Unternehmen entscheidet selbst, welche Themen, Aufgaben und Bewertungskriterien für eine Stelle wichtig sind. Deshalb solltest du neben allgemeinen Kubernetes-Fragen immer auch die konkrete Stellenausschreibung lesen.

Welche Themen kommen in Kubernetes Interview Questions vor?

Die meisten Interviews beginnen mit den Grundlagen. Danach werden häufig komplexere Szenarien behandelt, bei denen mehrere Kubernetes-Komponenten zusammenarbeiten.

Kubernetes-Grundlagen und Cluster-Architektur

Du solltest erklären können, was ein Kubernetes Cluster ist und wie die Control Plane mit den Worker Nodes zusammenarbeitet.

Zur Control Plane gehören unter anderem der API Server, etcd, der Scheduler und der Controller Manager. Der API Server stellt die zentrale Schnittstelle zum Cluster bereit. etcd speichert die Cluster-Daten. Der Scheduler entscheidet, auf welchem geeigneten Node ein neuer Pod ausgeführt wird. Die Controller überwachen, ob der tatsächliche Zustand dem gewünschten Zustand entspricht.

Auf einem Worker Node übernimmt der kubelet wichtige Aufgaben. Er sorgt dafür, dass die vorgesehenen Pods und Container auf dem Node ausgeführt werden. Weitere Komponenten unterstützen die Netzwerkkommunikation und die verwendete Container Runtime.

In einem Interview solltest du nicht nur die Namen dieser Komponenten nennen. Erkläre auch, wie sie miteinander arbeiten. Ein Interviewer kann zum Beispiel fragen, was geschieht, nachdem du ein Deployment mit kubectl an den API Server sendest.

Eine gute Antwort beschreibt, dass Kubernetes die Konfiguration verarbeitet, den gewünschten Zustand speichert, passende Pods erzeugt und diese über den Scheduler geeigneten Nodes zuweist.

Pods, Deployments und ReplicaSets

Ein Pod ist die kleinste bereitstellbare Recheneinheit in Kubernetes. Er kann einen oder mehrere eng zusammenarbeitende Container enthalten. Die Container eines Pods teilen sich unter anderem Netzwerkressourcen und können gemeinsam eingebundene Speicherbereiche verwenden.

Produktive Anwendungen werden normalerweise nicht nur als einzelne, direkt erstellte Pods betrieben. Ein Deployment verwaltet den gewünschten Zustand einer Anwendung und steuert über ReplicaSets die benötigte Anzahl von Pod-Replikaten.

In diesem Bereich können Fragen zum Unterschied zwischen Pod, ReplicaSet und Deployment vorkommen. Du solltest außerdem erklären können, was passiert, wenn ein Pod ausfällt, wie ein Rolling Update funktioniert und wie ein fehlerhaftes Update zurückgesetzt werden kann.

Eine praktische Frage könnte lauten, warum ein Deployment drei Replikate definiert, aber nur zwei Pods verfügbar sind. In deiner Antwort solltest du zunächst den Status des Deployments und der Pods untersuchen, anschließend Events und Logs prüfen und danach mögliche Scheduling-, Image- oder Konfigurationsprobleme analysieren.

StatefulSets, DaemonSets und Jobs

Nicht jede Anwendung wird optimal mit einem normalen Deployment betrieben.

Ein StatefulSet eignet sich für Anwendungen, die stabile Netzwerkidentitäten, eine geordnete Bereitstellung oder dauerhaften Speicher benötigen. Typische Anwendungsfälle können Datenbanken und verteilte Systeme sein.

Ein DaemonSet sorgt dafür, dass auf allen oder ausgewählten Nodes eine bestimmte Pod-Instanz ausgeführt wird. Das ist beispielsweise für Monitoring-Agenten, Log-Sammler oder bestimmte Netzwerkkomponenten sinnvoll.

Jobs werden für Aufgaben verwendet, die nach einem erfolgreichen Abschluss beendet werden. Ein CronJob startet solche Aufgaben nach einem festgelegten Zeitplan.

Im Interview kann gefragt werden, wann du ein StatefulSet statt eines Deployments einsetzen würdest. Eine überzeugende Antwort beschreibt nicht nur die Definition, sondern auch die Anforderungen der Anwendung und den Grund für deine Entscheidung.

Services und Netzwerkkommunikation

Kubernetes Networking gehört zu den wichtigsten Interviewthemen. Viele praktische Störungen entstehen durch falsche Selectors, Ports, DNS-Konfigurationen oder Zugriffsregeln.

Ein Service stellt einen stabilen Zugriffspunkt für eine Gruppe von Pods bereit. Der Service kann passende Pods anhand von Labels und Selectors auswählen. Zu den bekannten Service-Typen gehören ClusterIP, NodePort und LoadBalancer.

ClusterIP wird hauptsächlich für interne Kommunikation verwendet. NodePort öffnet einen Port auf den Nodes. LoadBalancer kann in unterstützten Cloud-Umgebungen einen externen Load Balancer bereitstellen.

Du solltest auch den Unterschied zwischen einem Service und einem Ingress erklären können. Ein Service macht eine Anwendung innerhalb oder außerhalb des Clusters erreichbar. Ein Ingress kann HTTP- und HTTPS-Verkehr anhand von Hosts oder Pfaden an verschiedene Services weiterleiten, benötigt dafür aber normalerweise einen passenden Ingress Controller.

Bei einer Troubleshooting-Frage kann ein Interviewer erklären, dass eine Anwendung direkt über die Pod-IP erreichbar ist, aber nicht über den Service. Dann solltest du unter anderem die Service-Selectors, Endpoints, Zielports und den Zustand der ausgewählten Pods prüfen.

ConfigMaps und Secrets

Anwendungen benötigen Konfigurationen, Zugangsdaten und andere Werte. Kubernetes stellt dafür unter anderem ConfigMaps und Secrets bereit.

ConfigMaps eignen sich für nicht vertrauliche Konfigurationsdaten. Secrets sind für sensible Werte wie Passwörter, Token oder Zertifikate vorgesehen. Beide können beispielsweise als Umgebungsvariablen oder als Dateien in einen Pod eingebunden werden.

In einem erfahrenen Interview solltest du deutlich machen, dass die Verwendung eines Secret-Objekts allein keine vollständige Sicherheitsstrategie darstellt. Zugriffskontrollen, Verschlüsselung, sichere Bereitstellungsprozesse und eventuell ein externes Secret-Management-System können ebenfalls notwendig sein.

Ein Interviewer könnte fragen, wie du Datenbankzugangsdaten sicher an eine Anwendung übergeben würdest. Deine Antwort sollte das Secret, begrenzte Berechtigungen, sichere Speicherung und die kontrollierte Nutzung durch den jeweiligen Service Account berücksichtigen.

Volumes und persistenter Speicher

Container-Dateisysteme sind nicht automatisch für dauerhafte Anwendungsdaten geeignet. Deshalb solltest du verstehen, wie Kubernetes mit Volumes und persistentem Speicher arbeitet.

Ein PersistentVolume stellt Speicher im Cluster bereit. Ein PersistentVolumeClaim beschreibt den Speicherbedarf einer Anwendung. Eine StorageClass kann die dynamische Bereitstellung passender Speicherressourcen steuern.

Typische Fragen betreffen den Unterschied zwischen einem normalen Volume und einem PersistentVolume, das Verhalten von Daten nach einem Pod-Neustart oder die Verwendung eines PersistentVolumeClaim in einem StatefulSet.

Eine gute Antwort berücksichtigt auch den verwendeten Storage Provider, Zugriffsmodi, Kapazität und die Frage, ob mehrere Pods gleichzeitig auf denselben Speicher zugreifen dürfen.

Resource Requests, Limits und Scheduling

Resource Requests beschreiben, welche Menge an CPU oder Arbeitsspeicher ein Container voraussichtlich benötigt. Der Scheduler verwendet diese Angaben, um einen geeigneten Node auszuwählen.

Resource Limits begrenzen dagegen den maximalen Ressourcenverbrauch. Falsch konfigurierte Requests oder Limits können dazu führen, dass Pods nicht geplant werden, gedrosselt werden oder wegen Speichermangels beendet werden.

Du solltest außerdem grundlegende Scheduling-Mechanismen verstehen. Dazu gehören Node Selectors, Node Affinity, Pod Affinity, Pod Anti-Affinity, Taints und Tolerations.

In einer praktischen Frage könnte ein Pod dauerhaft den Status Pending haben. Du solltest dann nicht sofort nur einen einzelnen Grund nennen. Prüfe zunächst die Events. Danach kannst du feststellen, ob Ressourcen fehlen, ein Node Selector nicht passt, ein Taint nicht toleriert wird oder ein benötigtes Volume nicht verfügbar ist.

Skalierung und Verfügbarkeit

Kubernetes kann Anwendungen manuell oder automatisch skalieren. Ein Horizontal Pod Autoscaler passt die Anzahl der Pods anhand von Messwerten an. Ein Cluster Autoscaler kann je nach Umgebung zusätzliche Nodes bereitstellen oder nicht mehr benötigte Nodes entfernen.

Im Interview kann gefragt werden, warum eine Anwendung trotz hoher Last nicht skaliert. Mögliche Ursachen sind fehlende oder unzuverlässige Messwerte, ungeeignete Ressourcenangaben, eine falsche Autoscaler-Konfiguration oder fehlende Kapazität im Cluster.

Du solltest auch erklären können, wie mehrere Replikate, Pod Anti-Affinity, Readiness Probes und eine geeignete Update-Strategie die Verfügbarkeit verbessern können.

Eine hohe Anzahl von Replikaten allein garantiert keine Hochverfügbarkeit. Wenn alle Pods auf demselben Node laufen, kann der Ausfall dieses Nodes trotzdem die gesamte Anwendung beeinträchtigen.

Probes und Anwendungszustand

Kubernetes verwendet Liveness, Readiness und Startup Probes, um den Zustand von Containern zu beurteilen.

Eine Liveness Probe prüft, ob ein Container weiterhin funktionsfähig ist. Wenn sie wiederholt fehlschlägt, kann Kubernetes den Container neu starten.

Eine Readiness Probe entscheidet, ob ein Pod Anfragen erhalten soll. Ein gestarteter Container ist nicht automatisch bereit, produktiven Verkehr anzunehmen.

Eine Startup Probe ist hilfreich, wenn eine Anwendung besonders lange zum Starten benötigt. Solange die Startup Probe nicht erfolgreich ist, greifen die anderen Probes nicht auf die übliche Weise ein.

Eine falsche Probe-Konfiguration kann eine Anwendung instabil machen. Deshalb kann ein Interviewer fragen, warum ein Container ständig neu startet, obwohl die Anwendung grundsätzlich funktioniert.

Kubernetes-Sicherheit

Bei Kubernetes-Sicherheit geht es unter anderem um den Zugriff auf die API, Berechtigungen, Netzwerkrichtlinien, sichere Container, Secrets und die Absicherung der Control Plane. Die offizielle Kubernetes-Dokumentation beschreibt dafür verschiedene APIs, Richtlinien und Sicherheitskontrollen.

Ein wichtiges Thema ist Role-Based Access Control. Mit Roles und ClusterRoles werden Berechtigungen definiert. RoleBindings und ClusterRoleBindings verbinden diese Berechtigungen mit Benutzern, Gruppen oder Service Accounts.

Du solltest den Unterschied zwischen einer Role und einer ClusterRole kennen. Eine Role gilt innerhalb eines bestimmten Namespace. Eine ClusterRole kann clusterweite Ressourcen oder wiederverwendbare Berechtigungen definieren.

Auch Security Contexts, Pod Security, NetworkPolicies und sichere Container Images können Teil des Interviews sein. Eine überzeugende Antwort folgt möglichst dem Prinzip der geringsten Berechtigung: Benutzer und Anwendungen erhalten nur die Rechte, die sie tatsächlich benötigen.

Welches Format haben Kubernetes Interview Questions?

Das Format hängt von der Stelle und dem Unternehmen ab. Manche Interviews bestehen hauptsächlich aus einem Gespräch. Andere enthalten praktische Übungen oder mehrere technische Runden.

Bei Wissensfragen erklärst du Begriffe wie Pod, Deployment, Service, Namespace oder StatefulSet. Diese Fragen prüfen zunächst dein Grundverständnis.

Szenariobasierte Fragen geben dir ein Problem vor. Du sollst erläutern, wie du es untersuchen und lösen würdest. Dabei ist dein Denkweg oft genauso wichtig wie das Ergebnis.

Bei YAML-Aufgaben musst du möglicherweise eine fehlerhafte Konfiguration lesen, ein Deployment erstellen oder einen Service ergänzen. Du solltest deshalb den grundlegenden Aufbau eines Manifests mit apiVersion, kind, metadata und spec verstehen.

In einer praktischen Umgebung kann verlangt werden, dass du Ressourcen mit kubectl untersuchst. Kubernetes stellt kubectl als Kommandozeilenwerkzeug für die Kommunikation mit der Control Plane über die Kubernetes API bereit. Die offizielle Referenz beschreibt Syntax, Befehle und unterstützte Optionen.

Bei Senior-Positionen können zusätzlich Systemdesign-Fragen vorkommen. Dabei planst du beispielsweise eine Kubernetes-Plattform für mehrere Teams und berücksichtigst Verfügbarkeit, Sicherheit, Monitoring, Kosten, Backups und Deployment-Prozesse.

Wer sollte Kubernetes Interview Questions vorbereiten?

Die Vorbereitung eignet sich für Bewerber aus DevOps, Cloud Engineering, Platform Engineering, Site Reliability Engineering, Systemadministration und Softwareentwicklung.

Einsteiger sollten zunächst Pods, Deployments, Services, Namespaces, ConfigMaps, Secrets und grundlegende kubectl-Befehle sicher beherrschen.

Erfahrene Bewerber sollten zusätzlich erklären können, wie sie Kubernetes in produktiven Umgebungen betreiben. Dazu gehören Themen wie Cluster-Upgrades, Sicherheitsrichtlinien, Monitoring, Logging, Autoscaling, Netzwerkdesign, Disaster Recovery und Infrastructure as Code.

Lies vor deiner Vorbereitung die Stellenausschreibung genau. Wird dort beispielsweise Helm, Terraform, Prometheus, Grafana, Argo CD, Amazon EKS, Azure Kubernetes Service oder Google Kubernetes Engine genannt, solltest du diese Bereiche ebenfalls berücksichtigen.

Wie schwierig sind Kubernetes Interview Questions?

Die Schwierigkeit entsteht häufig durch die Verbindung mehrerer Themen. Ein einzelnes Problem kann gleichzeitig Networking, Scheduling, Storage und Sicherheit betreffen.

Ein Pod im Status Pending kann beispielsweise durch fehlende Ressourcen, falsche Node-Auswahl, Taints, nicht verfügbare Volumes oder andere Scheduling-Bedingungen verursacht werden. Ein Service kann unerreichbar sein, weil die Selectors nicht zu den Labels passen oder weil die Anwendung einen anderen Port verwendet.

Deshalb solltest du keine Antworten auswendig lernen, ohne die Zusammenhänge zu verstehen. Übe stattdessen eine feste Vorgehensweise: Erfasse zunächst den aktuellen Zustand, prüfe Events und Logs, kontrolliere die Konfiguration und untersuche danach die wahrscheinlichsten Ursachen.

Es gibt keine allgemein gültige Mindestpunktzahl für Kubernetes Interviews. Die erwartete Tiefe hängt von der ausgeschriebenen Position und deiner Berufserfahrung ab.

So bereitest du dich auf Kubernetes Interview Questions vor

Beginne mit den Grundlagen und erkläre jedes zentrale Objekt in deinen eigenen Worten. Beschreibe anschließend einen praktischen Anwendungsfall. So erkennst du schnell, ob du ein Konzept wirklich verstanden hast.

Danach solltest du eine kleine Kubernetes-Umgebung verwenden. Erstelle Deployments, Services, ConfigMaps und Secrets. Füge Probes und Resource Requests hinzu und beobachte, wie sich Änderungen auf die Anwendung auswirken.

Arbeite regelmäßig mit YAML-Dateien. Du musst nicht jede mögliche Eigenschaft auswendig kennen, solltest aber einfache Ressourcen lesen und erstellen können.

Troubleshooting sollte einen großen Teil deiner Vorbereitung ausmachen. Verwende absichtlich einen falschen Image-Namen, einen unpassenden Service-Selector oder eine fehlerhafte Readiness Probe. Untersuche danach, wie Kubernetes den Fehler anzeigt und wie du ihn behebst.

Bereite außerdem Beispiele aus deiner bisherigen Arbeit vor. Erkläre, welche technische Herausforderung bestand, welche Verantwortung du hattest, welche Entscheidung du getroffen hast und welches Ergebnis erreicht wurde.

Wenn du noch keine berufliche Kubernetes-Erfahrung hast, kannst du eigene Lernprojekte verwenden. Entscheidend ist, dass du deinen Aufbau, deine Entscheidungen und die aufgetretenen Probleme verständlich beschreibst.

Kubernetes Interview Questions mit Easy-Quizzz üben

Nachdem du die technischen Grundlagen gelernt hast, kannst du sie mit strukturierten Fragen wiederholen.

Der Easy-Quizzz-Produktbereich für Kubernetes Interview Questions bietet einen Simulator und verweist außerdem auf Lernmöglichkeiten über PDF und mobile Funktionen. Die Übungen sind nach Angaben der Produktseiten für die Vorbereitung auf technische Interviewfragen gedacht.

Nutze die Fragen nicht nur, um richtige Antworten zu markieren. Erkläre dir bei jeder Antwort, warum sie richtig ist und warum die anderen Möglichkeiten nicht passen.

Teile deine Fehler nach Ursache ein. Vielleicht hast du einen Begriff verwechselt, eine Netzwerkbeziehung übersehen oder einen Befehl falsch eingeordnet. Diese Analyse hilft dir mehr als das reine Wiederholen der Gesamtpunktzahl.

Themenbasiertes Üben ist besonders hilfreich. Wenn du Schwierigkeiten mit Services hast, konzentrierst du dich auf Selectors, Endpoints, DNS, Ports und Ingress. Bei Scheduling-Problemen wiederholst du Requests, Affinity, Taints und Tolerations.

Wiederholte Praxis kann keine erfolgreiche Bewerbung garantieren. Sie hilft dir jedoch, technische Fragen strukturierter zu beantworten und Wissenslücken vor dem Interview zu erkennen.

Drei offizielle Kubernetes-Links

1. Offizielle Kubernetes-Dokumentation – Einstieg in Kubernetes, Tutorials, Aufgaben und Referenzen.

2. Offizielle Kubernetes-Konzepte – Informationen zu Architektur, Workloads, Netzwerk, Speicher, Konfiguration und Sicherheit.

3. Offizielle kubectl-Referenz – Syntax, Befehle und Beispiele für die Arbeit mit Kubernetes-Clustern.

Drei passende Easy-Quizzz-Links

1. Kubernetes Interview Questions Übungstest – Produktseite mit Simulator und Informationen zur Vorbereitung.

2. Kubernetes Interview Questions PDF – PDF- und Lernbereich für die Wiederholung der Interviewthemen.

3. Technical Interview Questions Bank – Übersicht mit Kubernetes und weiteren technischen Interviewthemen.

Häufige Fragen zu Kubernetes Interview Questions

Wie lange sollte ich mich vorbereiten?

Die notwendige Zeit hängt von deiner Erfahrung ab. Verwendest du Kubernetes bereits regelmäßig, kannst du dich auf selten genutzte Themen und die strukturierte Erklärung deiner Projekte konzentrieren.

Für Einsteiger ist eine längere Vorbereitung sinnvoll. Lerne zuerst die Grundobjekte und arbeite danach mit einer praktischen Umgebung. Plane außerdem ausreichend Zeit für Troubleshooting ein.

Muss ich alle kubectl-Befehle auswendig kennen?

Nein. Du solltest jedoch häufig verwendete Befehle wie kubectl get, describe, logs, exec, apply und rollout verstehen.

Wichtiger als das Auswendiglernen jeder Option ist, dass du weißt, welchen Befehl du in einer bestimmten Situation verwenden würdest und welche Informationen du daraus erwartest.

Muss ich YAML-Dateien auswendig schreiben können?

Du solltest einfache Manifeste verstehen und grundlegende Ressourcen erstellen können. Dazu gehören Deployments, Services, ConfigMaps und Secrets.

Bei komplexen Ressourcen ist es normal, die Dokumentation zu verwenden. Im Interview zählt häufig, ob du die Struktur und Funktion der Konfiguration verstehst.

Was mache ich, wenn ich eine Antwort nicht weiß?

Bleibe ruhig und erkläre, was du bereits über das Thema weißt. Zerlege das Problem in kleinere Schritte und beschreibe, wie du die fehlenden Informationen prüfen würdest.

Bei einem praktischen Problem solltest du deinen Untersuchungsweg nennen. Damit zeigst du, dass du auch ohne sofortige Antwort methodisch arbeiten kannst.

Was ist wichtiger: Theorie oder praktische Erfahrung?

Beides gehört zusammen. Theorie hilft dir, Komponenten korrekt zu erklären. Praktische Erfahrung zeigt, dass du Fehler untersuchen und technische Entscheidungen treffen kannst.

Eine gute Interviewantwort beginnt häufig mit einer kurzen Erklärung und ergänzt danach ein konkretes Beispiel.

Werden auch Docker-Fragen gestellt?

Container-Grundlagen können Teil des Interviews sein, weil Kubernetes containerisierte Anwendungen verwaltet. Du solltest verstehen, was ein Container Image ist, wie Container gestartet werden und wie Ports, Volumes und Umgebungsvariablen funktionieren.

Sollte ich Fragen an den Interviewer vorbereiten?

Ja. Du kannst nach der Cluster-Architektur, den Deployment-Prozessen, dem Monitoring, dem On-Call-Modell oder den Sicherheitsanforderungen fragen.

Gute Rückfragen zeigen dein technisches Interesse und helfen dir gleichzeitig zu beurteilen, ob die Position zu deinen Erwartungen passt.