Fragen zum System-Design-Interview bei Meta

Du hast dich vielleicht vorbereitet, indem du Distributed-Systems-Trivia auswendig gelernt hast, und genau das wird in dieser Runde nicht belohnt. Dieser Abschnitt behandelt die tatsächlichen Fragetypen, die näher an Produkt-Engineering als an Infrastruktur liegen. Das wiederkehrende Muster ist ein Feature im Consumer-Maßstab, das du bereits nutzt und das dir als offenes Problem vorgelegt wird.

• Entwirf einen News-Feed. Ranking, Fanout beim Schreiben versus Fanout beim Lesen, und was bei Accounts mit Millionen Followern passiert.
• Entwirf ein Messaging- oder Chat-System. Zustellgarantien, Reihenfolge, Präsenz und Offline-Sync über Geräte hinweg.
• Entwirf ein Benachrichtigungssystem. Deduplizierung, Batching, Rate-Limits pro Nutzer und Zustellung über Push, E-Mail und In-App.
• Entwirf Nearby Friends oder ein Standort-Feature. Geospatial-Indexierung, Aktualisierungsfrequenz und das Datenschutzmodell.
• Entwirf eine Such- oder Trending-Komponente. Aktualität des Index gegen Query-Latenz.

Manche Interview-Prozesse teilen das in eine Produktarchitektur-Variante auf, die näher am nutzerseitigen Verhalten bleibt. Frag deinen Recruiter, welche Variante du bekommst, denn die Vorbereitung unterscheidet sich.

Der Fehlermodus ist, ab Minute zwei Kästchen zu zeichnen. Eine funktionierende Aufteilung: Anforderungen und Scope klären, API und Datenmodell skizzieren, die High-Level-Architektur zeichnen und dann dort in die Tiefe gehen, wohin der Interviewer zeigt.

• Erst die Anforderungen. Welche Nutzer, welche Plattformen, lese- oder schreiblastig, und was du explizit nicht baust.
• Dann die Zahlen. Grobe tägliche aktive Nutzer, Request-Raten und Payload-Größen, damit spätere Kompromisse eine Grundlage haben.
• Datenmodell vor Diagrammen. Wie eine Entität aussieht und wie sie abgefragt wird, entscheidet meist über die Architektur.
• Ein Deep Dive. Erwarte, in eine einzelne Komponente gelenkt zu werden und gefragt zu werden, wie sie versagt.

Sprich deine Annahmen laut aus. Ein Interviewer, der einer Annahme widerspricht, wird sie korrigieren, was kostenlose Information ist; eine unausgesprochene Annahme wirkt nur wie eine Lücke.

Durchschnittliche Antworten beschreiben eine korrekte Architektur. Starke Antworten benennen den Kompromiss, den sie eingegangen sind, und das Versagen, das sie zu tolerieren bereit sind. Der Satz "Ich wähle Fanout beim Schreiben, weil hier Lesevorgänge dominieren, und ich akzeptiere langsame Schreibvorgänge für Promi-Accounts, die ich über einen separaten Pull-Pfad behandeln würde" bringt mehr als ein perfektes Diagramm.

Stell dir eine Backend-Engineerin vor, die für eine Senior-Rolle interviewt wird. Sie soll ein Benachrichtigungssystem entwerfen und verbringt die ersten sechs Minuten nur mit Anforderungen: ob ein Nutzer zwei Benachrichtigungen für ein Ereignis bekommen kann, ob die Reihenfolge wichtig ist, wie lang das Retention-Fenster ist. Der Interviewer sagt später, die Deduplizierungs-Diskussion sei der entscheidende Teil der Runde gewesen, und sie kam nie über ein einseitiges Diagramm hinaus.

Diese Erzählweise allein am Schreibtisch zu üben, ist der schwierige Teil. Du kannst Design-Fragen gegen einen KI-Interviewer auf der Seite /mock-interview durchspielen und dich daran gewöhnen, beim Denken zu sprechen.

Bei einer gesprochenen Video-Runde transkribiert SubcueAI die Frage des Interviewers und zeigt dir eine vorgeschlagene Struktur an – im Desktop-Overlay auf macOS und Windows oder im Seitenpanel der Chromium-Browser-Erweiterung. Es tritt kein Meeting-Bot dem Call bei, und in die Meeting-Seite wird nichts injiziert. Für eine Design-Runde liegt der reale Nutzen in einer Checkliste für Dinge, die du unter Druck ständig vergisst, wie die Kapazitätsschätzung oder den Failure-Mode, statt in einer Antwort, die du laut vorliest.

Die Grenzen sind klar. Design-Runden laufen meist über ein gemeinsames Whiteboard-Tool mit geteiltem Bildschirm, und alles auf deinem Bildschirm ist für das Panel sichtbar. Auch das Vorlesen einer generierten Antwort bricht sofort zusammen, weil die nächste Frage des Interviewers lautet: "Warum nicht der andere Ansatz?". Verwandte Runden bei anderen Arbeitgebern findest du im Themenbereich Firmeninterviews.