Fragen im Microservices-Interview

Sie kennen die Pattern-Namen auswendig, können erklären, was ein Circuit Breaker macht, und wissen trotzdem nicht, worauf ein Panel eigentlich achtet. Dieser Abschnitt benennt die vier Bereiche, die Interviewer bewerten, in der Reihenfolge, in der sie meist abgefragt werden. Jede Frage ist im Kern eine Urteilsfrage, verkleidet als Vokabelfrage.

• Zerlegung. Wo schneiden Sie, und warum genau dort? Interviewer erwarten eine Grenze entlang der Business-Fähigkeit oder Datenhoheit, nicht entlang technischer Schichten.
• Kommunikation. Synchrones Request/Response oder asynchrone Events, und was bei jedem davon bricht. Gefragt ist ein Kompromiss, keine Vorliebe.
• Daten. Eine Datenbank pro Service bedeutet keine serviceübergreifenden Joins und keine verteilte Transaktion. Wie halten Sie das System trotzdem korrekt?
• Betrieb. Deployment, Versionierung, Tracing, und was um drei Uhr nachts passiert, wenn ein Service langsam statt down ist.

Beachten Sie: Nichts davon dreht sich um ein Framework. Wer erklären kann, warum Checkout von Inventory getrennt wurde, punktet immer mehr als jemand, der nur Annotationen aufzählt.

Das sind die Fragen, mit denen die meisten Microservices-Runden beginnen, dazu, worauf der Interviewer dabei jeweils achtet.

• Wie würden Sie diesen Monolithen in Services aufteilen? Prüft, ob Sie entlang von Business-Fähigkeiten und Datenhoheit schneiden oder entlang der Schichten controller, service und repository. Die zweite Antwort erzeugt einen verteilten Monolithen.
• Wie kommunizieren zwei Services miteinander? Prüft, ob Sie die Kosten jeder Wahl benennen können: Synchrone Aufrufe geben ein einfaches mentales Modell, koppeln aber die Verfügbarkeit; asynchrone Events entkoppeln die Verfügbarkeit und liefern eventuelle Konsistenz, die einem Product Owner erklärt werden muss.
• Was ist ein verteilter Monolith, und wie vermeidet man ihn? Prüft, ob Ihnen klar ist, dass Services, die gemeinsam deployt werden müssen, nicht wirklich getrennt sind.
• Wie groß sollte ein Service sein? Prüft, ob Sie einer Zahl widerstehen. Die Größe folgt der Grenze und dem Team, das sie verantwortet.
• Brauchen Sie ein API-Gateway, und was macht es? Prüft, ob Sie Routing, Authentifizierung und Rate Limiting von der Business-Logik trennen können.
• Wie finden sich Services gegenseitig? Prüft grundlegende Vertrautheit mit Service Discovery und warum fest codierte Hosts in einer skalierten Umgebung versagen.

Sprechen Sie den Kompromiss in jeder Antwort laut aus. Ein Panel kann keine Punkte für einen Vergleich vergeben, den Sie nur still im Kopf gemacht haben.

Hier werden Interviews gewonnen oder verloren, denn diese Fragen haben keine saubere Antwort, und Kandidaten greifen zu einer auswendig gelernten.

• Wie halten Sie Daten über Services hinweg konsistent? Nennen Sie zuerst die Einschränkung: Es gibt keine serviceübergreifende Transaktion. Beschreiben Sie dann eine Saga, entweder choreografiert über Events oder orchestriert durch einen Koordinator, und sagen Sie klar, dass das System eventuell konsistent ist und was der Nutzer in der Zwischenzeit sieht.
• Was passiert, wenn ein nachgelagerter Service langsam ist? Timeouts, Retries mit Backoff und ein Circuit Breaker, damit eine langsame Abhängigkeit Ihren Thread-Pool nicht erschöpft. Langsam ist schlimmer als down, und das zu sagen signalisiert Produktionserfahrung.
• Wie machen Sie einen Retry sicher? Idempotenz. Ein Idempotency Key auf dem Schreibpfad, damit eine wiederholte Zahlung nur einmal belastet wird.
• Wie behandeln Sie einen Teilausfall in einem mehrstufigen Ablauf? Kompensierende Aktionen, kein Rollback. Erklären Sie, wie eine Rückerstattung oder das Freigeben einer Reservierung aussieht.
• Wie debuggen Sie eine Anfrage, die sechs Services durchlaufen hat? Verteiltes Tracing mit einer Correlation-ID, die durch jeden Hop propagiert wird, plus strukturierte Logs und Metriken.

Ein Backend-Engineer, der sich für eine L5-Plattformrolle bei einem großen Cloud-Anbieter beworben hat, bekam die Saga-Frage und beantwortete sie in einem Zug, in Pattern-Vokabular, ohne zu erwähnen, was der Kunde sehen würde. Die Nachfrage, was die Bestellseite während des inkonsistenten Fensters anzeigt, ist die Frage, die die Runde tatsächlich entscheidet. Bereiten Sie die zweite Antwort vor, nicht nur die erste.

Weitere Fragenkataloge nach Rolle und Thema sind unter Interviewfragen nach Rolle gesammelt.

Diese Liste zu lesen erzeugt Wiedererkennen, und Wiedererkennen verschwindet, sobald eine fremde Person die Frage stellt und wartet. Die Lücke zwischen dem Kennen eines Patterns und dem Erklären unter leichtem Druck ist die eigentliche Schwierigkeit einer System-Design-Runde, und sie schließt sich nur durchs Sprechen.

Wählen Sie einen Ablauf, den Sie gut kennen, eine Bestellung oder eine Registrierung, und erzählen Sie die vollständige Zerlegung laut: die Grenze, die Kommunikationswahl, die Konsistenzgeschichte, die Fehlergeschichte. Machen Sie das so lange, bis Sie Sätze nicht mehr neu anfangen. Sie können diese Prompts gegen einen KI-Interviewer laufen lassen, der nachfragt und Sie per Sprache antworten lässt, im Modus Mock Interview, was näher an der echten Situation ist als das erneute Lesen von Notizen.

Aaron Cao, Gründer von SubcueAI, hat den Übungsmodus um genau diese Lücke herum gebaut, nicht um die reine Bereitstellung von Inhalten. Fragenlisten sind überall frei verfügbar; was Kandidaten fehlt, sind Wiederholungen, die Antwort zu sagen, während jemand wartet. Während eines echten Interviews können die Desktop-App und das Side Panel der Browser-Erweiterung strukturierte Prompts einblenden, während der Interviewer spricht, auch wenn eine geübte Erklärung immer besser ist als eine, die Sie zum ersten Mal lesen. Was der Assistent tut und nicht tut, steht in der Produktübersicht beschrieben.