Mock Interview: Typische Fragen und Antwortstrategien

Lernziele

Nach dieser Lektion kannst du ein vollständiges Platform-Engineering-Interview simulieren — Technik, System Design und Behavioral — und weißt, welche Antwortstrategien bei den häufigsten Fragen funktionieren. Du hast eine Feedback-Schleife, um Schwächen gezielt zu schließen, bevor du ins echte Interview gehst. Du siehst, wie die 50 Lektionen dieses Pfads zusammen ein kohärentes Gesprächsbild ergeben — und kannst dein Wissen in unter 60 Minuten Interview-Zeit strukturiert ausspielen.

Das Problem: Gelernt, aber im Interview leer

Du hast 50 Lektionen Platform Engineering durchgearbeitet: Team Topologies, Golden Paths, Policy-as-Code, Zero Trust, System-Design-Cases. Im Interview sitzt du gegenüber — und bei „Erzähl mir von einem Konflikt im Platform-Team” stocherst du, weil du nur Technik geübt hast.

Platform-Engineering-Interviews haben drei Schienen, oft in einer Runde:

1. Experience & Behavioral — Wie arbeitest du mit Teams, Prioritäten, Widerstand?
2. Technical Deep Dive — Kubernetes, GitOps, Terraform, Networking, Security — konkret, nicht oberflächlich.
3. System Design — Plattform entwerfen (Lektionen 46–49).

Wer nur Schiene 3 kann, scheitert an Schiene 1. Wer nur Buzzwords kennt, scheitert an Schiene 2. Diese Lektion ist dein Generalprobe — und der Abschluss des Pfads.

Mock Interview: der Ablauf (60 Minuten)

Simuliere exakt diese Struktur — mit Partner oder allein mit Timer und Aufnahme:

Block	Dauer	Inhalt
Warm-up	5 min	„Was macht Platform Engineering für dich?”
Behavioral	15 min	2–3 STAR-Fragen
Technical	20 min	3–4 Deep-Dive-Fragen
System Design	45 min	Ein Case (gekürzt auf 20 min im Mock)
Deine Fragen	5 min	2 Fragen an den Interviewer

Im Mock kürzt du System Design auf 20 Minuten — im echten Interview hast du 45. Der Rest der Zeiten bleibt gleich.

Schiene 1: Behavioral — durchgespielt

Frage: „Ein Stream-Team weigert sich, den Golden Path zu nutzen — sie wollen eigene Terraform-Module. Was tust du?”

Schwache Antwort: „Ich erkläre ihnen, dass Golden Paths besser sind.”

Starke Antwort (STAR):

• Situation: Team X baut Payment-Service, hat eigenes Terraform, Deploy dauert 3 Tage länger als über Scaffolder.
• Task: Adoption erhöhen, ohne Autonomie zu zerstören.
• Action: Gespräch — herausfinden warum (fehlender Kafka-Support im Path). Path erweitert um optionalen Kafka-Addon; Escape Hatch dokumentiert für restliche Sonderfälle mit klarer Ownership-Grenze.
• Result: Team migriert innerhalb 2 Sprints; Pattern für „Path erweitern statt erzwingen” ins Platform-Backlog.

Frage: „Platform-Team ist überlastet — 200 offene Tickets. Priorisierung?”

Antwortskizze: Tickets clustern → wiederkehrende manuelle Arbeit = Automatisierungs-Kandidat; Self-Service-Quote messen; Nein sagen zu One-offs ohne Skalierungseffekt; Roadmap mit Product Owner sichtbar machen (Lektion 2, 17).

Schiene 2: Technical — typische Fragen mit Antwortkern

„Wie funktioniert GitOps — und wo ist der Enforcement-Point?” Git als Source of Truth; Controller (Argo CD/Flux) reconciliert Cluster-Zustand; Enforcement: Admission Webhooks + Policy-as-Code (Lektion 25, 28). Drift = Abweichung Cluster vs. Git.

„Erkläre den Unterschied zwischen NetworkPolicy und Service Mesh.” NetworkPolicy: L3/L4, Pod-Selektoren, kein mTLS. Mesh: Sidecar-Proxy, mTLS, L7-Autorisierung, mehr Betriebsaufwand (Lektion 22, 42).

„Was passiert bei helm upgrade, wenn jemand kubectl edit gemacht hat?” Drift — nächstes Upgrade kann überschreiben oder kollidieren. Lösung: GitOps oder Helm als einziger Writer; manuelle Edits verboten oder sofort ins Chart zurück.

„Wie würdest du Secrets in K8s handhaben?” Nicht in Git/Etcd plain; External Secrets Operator, kurzlebige Tokens, Workload Identity; Rotation automatisiert (Lektion 34, 42).

Interviewer-Einwand: „Das klingt nach vielen Tools.”

Antwort: „Plattform kuratiert — Teams sehen Golden Path, nicht 15 Tools. Komplexität liegt beim Platform-Team, Cognitive Load beim Stream-Team soll minimal sein (Lektion 1).”

Schiene 3: System Design — Kurzform

Prompt (20-Minuten-Version): „IDP für 30 Teams, Greenfield, AWS, Schmerz: langsame Deployments.”

Deine Struktur (laut sprechen):

1. Scope: 30 Teams, ~150 Services, kein PCI → Shared Cluster ok.
2. MVP: Scaffolder + GitOps + Policy — kein vollständiges Portal Tag eins.
3. Architektur: Mgmt-Cluster + Prod/Non-Prod; Control/Data Plane getrennt.
4. Trade-off: Backstage adoptieren vs. bauen → adopt für Time-to-Value.
5. Risiko: Adoption → Pilot-Teams.

Wenn du Lektionen 46–49 durchgespielt hast, ist das Routine — hier zählt Tempo und Klarheit.

Feedback-Schleife nach dem Mock

Direkt nach dem Mock — nicht am nächsten Tag:

1. Aufnahme anhören: Wo warst du >30 Sekunden still? Wo hast du „ähm” gesagt?
2. Drei Schwächen notieren — konkret: „NFRs vergessen”, „Behavioral ohne STAR”, „Helm-State nicht erklärt”.
3. Eine Lektion pro Schwäche — zurück zu 28, 06, 01 — nicht alles neu lesen.
4. Zweites Mock in 3–5 Tagen — gleiche Struktur, anderer Case.

Checkliste vor dem echten Interview:

• 30-Sekunden-Pitch Platform Engineering (Lektion 1)
• Ein STAR-Beispiel Konflikt/Adoption
• Control/Data Plane in 2 Minuten zeichnen
• Ein Case (47 oder 48) in 45 Min durchspielbar
• Zwei Fragen an den Interviewer vorbereitet

Der Pfad in einem Gespräch — Abschluss

Du hast in 50 Lektionen einen Bogen gespannt:

• Fundament (1–6): Was Platform Engineering ist, wie Teams organisiert sind, wie du Systeme designst.
• Architektur (7–15): Developer Journey, Reference Architecture, Multi-Cluster, ADRs, Build/Buy.
• Capabilities (16–25): Self-Service, APIs, Golden Paths, GitOps, Bootstrap.
• Betrieb (26–40): IaC, Policy, Package Layer, DR, On-Call, FinOps.
• Security (41–45): Shared Responsibility, Zero Trust, Compliance, Supply Chain, Access.
• Interview (46–50): Framework, Cases, Mock.

Im Interview wirkst du am stärksten, wenn du Querverbindungen ziehst: „Golden Path ist nicht nur DX — er ist unser SOC-2-Control für Change Management.” Das ist Senior Platform Engineering — nicht Tool-Wissen, sondern integriertes Denken.

Praxis

Führe heute ein vollständiges Mock durch — allein oder mit Peer. Nutze die Fragen aus den interviewQuestions-Feldern der Lektionen 43–49. Bewerte dich ehrlich 1–5 auf: Struktur, Tiefe, Trade-offs, Kommunikation, Behavioral. Alles unter 3 → gezielt nacharbeiten.

Typische Stolperfallen

Nur System Design üben. Behavioral mindestens 30 % der Vorbereitung.

Antworten auswendig lernen. Interviewer haken nach — du brauchst Verständnis, nicht Skript.

Kein Mock unter Zeitdruck. 45 Minuten fühlen sich anders an als „ich weiß es irgendwie”.

Keine Fragen an den Interviewer. Zeigt fehlendes Interesse am Team und der Plattform-Reife.

Pfad als Checkliste abhaken ohne Cases. Lektionen 47–49 sind Pflicht-Übung, nicht optional.

Interview-Vorbereitung

Deine Abschluss-Formulierung für „Warum Platform Engineering?”:

„Weil skalierende Organisationen wiederkehrende Infrastruktur- und Compliance-Probleme zentral lösen müssen, ohne Stream-Teams zu entmündigen — Self-Service mit Guardrails, gemessen an Lead Time und Adoption, nicht an deployten Tools.”

Das verbindet Lektion 1 mit Lektion 17 und 43 in zwei Sätzen.

Zusammenfassung

Das Mock Interview verbindet Behavioral, Technical Deep Dive und System Design zu einer Generalprobe. Nutze STAR für Erfahrungsfragen, das Sechs-Schritte-Framework für Design, und die Cases aus Lektionen 47–49 als Trainingsmaterial. Nach jedem Mock: Aufnahme auswerten, drei Schwächen, gezielt nacharbeiten, wiederholen. Du hast den Platform-Engineer-Pfad abgeschlossen — von der Definition der Disziplin bis zur Interview-Prüfung. Viel Erfolg im nächsten Gespräch.