Kann ich mit KI für Systemdesign-Interviews üben?

Wenn die KI sofort eine fertige Architektur liefert, entgeht dir die Gelegenheit, eigene Entscheidungen zu üben. Mit der folgenden Einrichtung bleibst du für die Antwort verantwortlich; sie enthält eine konkrete Interviewer-Anweisung und Regeln dafür, Hinweise erst später zu geben.

Verwende diese Anweisung in einem KI-Tool, das dialogbasierte Anweisungen akzeptiert:

Übernimm die Rolle eines Interviewers für Systemdesign bei einer leitenden Position in der Backend-Entwicklung. Bitte mich, einen Dienst zur Zustellung von Webhooks zu entwerfen. Lass mich die Anforderungen klären, bevor ich Komponenten vorschlage. Stelle jeweils nur eine Frage und warte auf meine Antwort. Hinterfrage meine Annahmen zu Datenverkehr, Zustellgarantien und Ausfällen. Zeige keine Referenzarchitektur und gib keine Hinweise, sofern ich nicht darum bitte. Wenn ich fertig bin, benenne anhand konkreter Beispiele aus meinen Antworten Auslassungen und fragwürdige Behauptungen.

Ersetze die Rolle und das Problem durch dein Ziel. Wenn die KI beginnt, das Design für dich zu vervollständigen, bitte sie, wieder nur Fragen zu stellen. Antworte laut und zeichne parallel zum Gespräch, selbst wenn du eine Zusammenfassung in das Tool eingeben musst.

Das Übungsangebot von SubcueAI findest du auf der Seite für Probeinterviews.

Lege vor Beginn ein Zeitbudget für die Übung fest. Der folgende Ablauf von 40 Minuten ist ein Übungsplan und keine Aussage über das Interviewformat eines bestimmten Arbeitgebers:

• Anforderungen, 5 Minuten: Bestimme Nutzer, wesentliche Vorgänge, ausgeschlossene Funktionen und akzeptable Verzögerungen. Kläre bei Webhooks, ob die Reihenfolge wichtig ist und was eine erfolgreiche Zustellung bedeutet.
• Schätzungen, 5 Minuten: Nenne Ereignisvolumen, Nutzlastgröße, Ziele pro Ereignis und eine Annahme zur Spitzenlast. Gib die Einheiten stets an.
• Erster Entwurf, 15 Minuten: Skizziere Ereignisannahme, dauerhafte Speicherung, eine Zustellwarteschlange, Worker und Kundenendpunkte. Verfolge ein Ereignis durch das System und erläutere jede Bestätigung.
• Vertiefung, 10 Minuten: Wähle ein Risiko wie doppelte Zustellung, überlastete Ziele oder den Ausfall eines Workers. Erläutere eine Gegenmaßnahme und deren Kosten.
• Zusammenfassung, 5 Minuten: Fasse das Design, seine schwächste Annahme und deine nächsten Untersuchungsschritte zusammen.

Leite die Komponenten aus den Anforderungen ab. Erkläre beispielsweise, was einen Prozessabsturz überstehen muss, bevor du entscheidest, wie Ereignisse dauerhaft gespeichert werden. Wenn das Probeinterview eine Wissenslücke aufdeckt, beende den Versuch, arbeite die Lücke auf und übe die Erklärung erneut.

Stell dir einen Backend-Entwickler vor, der sich mit einem Probeinterview zur Webhook-Zustellung auf eine leitende Plattformposition vorbereitet. Die hypothetische Last beträgt 10 Millionen Ereignisse pro Tag, ein Ziel pro Ereignis und eine Nutzlast von 1 KB. Die KI fragt, was geschieht, wenn der Endpunkt eines Kunden eine Stunde lang nicht erreichbar ist.

Beginne mit einer nachvollziehbaren Rechnung: 10,000,000 geteilt durch 86,400 ergibt im Durchschnitt etwa 116 Ereignisse pro Sekunde. Eine separat gewählte Spitzenlastannahme vom Zehnfachen des Durchschnitts ergibt ungefähr 1,160 erste Zustellversuche pro Sekunde. Wiederholungsversuche erzeugen zusätzlichen Verkehr über diese ersten Versuche hinaus.

Bei dezimalen Einheiten ergeben die Ereignisnutzlasten insgesamt ungefähr 10 GB pro Tag, noch ohne Metadaten, Indizes, Replikation und sonstigen Aufwand. Dies sind Übungsannahmen und keine Produktionsmesswerte. Um den Rückstau des nicht erreichbaren Kunden zu schätzen, musst du zunächst ermitteln, welcher Anteil der Ereignisse an diesen Kunden gerichtet ist.

Bitte die KI anschließend, diese Fälle einzeln zu untersuchen:

• Verlorene Bestätigung: Der Empfänger verarbeitet ein Ereignis, doch der Absender erhält seine Antwort nie. Erkläre, wie ein erneuter Versuch eine Nebenwirkung wiederholen kann und wo die Deduplizierung hingehört.
• Langsames Ziel: Ein Kunde beansprucht Worker-Kapazität. Erkläre, wie Parallelitätsgrenzen, zunehmende Wartezeiten zwischen Wiederholungsversuchen und Isolation andere Kunden schützen könnten.
• Worker-Absturz: Ein Worker fällt während der Zustellung aus. Bestimme, was dauerhaft gespeichert bleibt, wann die Aufgabe für einen weiteren Versuch freigegeben wird und wie Duplikate behandelt werden.

Eine weitere Übungsaufgabe findest du in den Leitfäden zu Fragenkatalogen für Interviews.

Verlange Belege, bevor du eine Bewertung akzeptierst. Eine hilfreiche Auswertung benennt etwas, das du gesagt oder ausgelassen hast, erklärt die Folge und nennt ein konkretes Thema, das du erneut bearbeiten solltest.

• Anforderungen: Entsprach dein Design dem vereinbarten Umfang und den Zustellerwartungen?
• Zahlen: Waren die Einheiten konsistent, und hast du zwischen Durchschnittslast, Spitzenlast und Wiederholungsversuchen unterschieden?
• Architektur: Konntest du sowohl eine erfolgreiche Anfrage als auch einen Ausfall durch das Diagramm verfolgen?
• Abwägungen: Hast du eine plausible Alternative und die Folgen ihrer Ablehnung erläutert?
• Kommunikation: Hast du erklärt, warum eine Komponente erforderlich war, bevor du ihre Implementierung besprochen hast?

KI kann Fähigkeiten von Diensten erfinden, Schätzungen falsch berechnen oder eine Komponente empfehlen, die das genannte Problem nicht löst. Berechne die Werte selbst erneut und prüfe strittige technische Behauptungen anhand maßgeblicher Dokumentation. Bitte den Gutachter, zwischen einer verletzten Anforderung und einer Präferenz zwischen gültigen Designs zu unterscheiden.

Zeichne auch weiterhin während der Übungen. Reines Textfeedback kann ein Diagramm nicht prüfen, das ihm nicht vorliegt, und selbst bildgestütztes Feedback kann Unstimmigkeiten übersehen. Prüfe, ob deine Pfeile, Datenspeicher, Bestätigungen und mündliche Erklärung übereinstimmen.

Wiederhole den schwächsten Teil ohne Hinweise und bearbeite anschließend ein verwandtes Problem mit einer veränderten Rahmenbedingung. Halte fest, ob du deine Entscheidungen selbstständig erklären kannst. Ein Kollege oder erfahrener Interviewer kann unklare Überlegungen zusätzlich prüfen; eine KI-Bewertung allein kann deine Bereitschaft nicht belegen.