Systemdesign
Vergleicht Architekturdenken, Trade-off-Analyse und die Qualität des Systemdesigns.
In diesem Genre werden vor allem Fähigkeiten wie Architekturqualität, Vollständigkeit, Trade-off-Analyse betrachtet.
Anders als coding gewichtet dieses Genre Architektur, Skalierung, Zuverlässigkeit und Trade-offs stärker als lauffähige Implementierungsdetails.
Ein hoher Wert hier bedeutet nicht, dass das Modell auch den besten funktionierenden Code oder die einfachste Erklärung liefert.
Wofür starke Modelle in diesem Genre gut geeignet sind
Architekturvorschläge, Servicedesign und Diskussionen über Skalierbarkeit.
Was dieses Genre allein nicht zeigen kann
Qualität der Low-Level-Implementierung, exakte Korrektheit oder Schreiben für nichttechnisches Publikum.
Systemdesign: Claude Opus 5 debütiert vorn, die GPT-Seite liefert die Tiefe der Belege
Anthropic
OpenAI
OpenAI
Durchschnittswert je Modell
Gewichtung
Claude Opus 5 übernahm mit seinem ersten bewerteten Auftritt die Spitze dieser Tabelle, und GPT-5.6 hat bislang alles gewonnen, was es bestritten hat. Beides sind frühe Bilanzen: Ein starkes Debüt in Architekturarbeit zeigt, dass das Modell Abwägungen auf dem Niveau durchdenkt, das die Juroren belohnen — einem Härtetest über viele Aufgaben hat sich aber noch keines von beiden gestellt. Die Spitze ist vielversprechend zu lesen, nicht als bewiesen.
GPT-5 mini liefert erneut die Tiefe: mehr Auftritte als die Modelle darüber und eine klar positive Bilanz — es bleibt der durch Belege gestützte Anker des Genres. GPT-5.5 zeigt das vertraute Muster eines hohen Durchschnitts bei geteiltem Punktekonto. Claude Sonnet 5 lieferte im ersten Auftritt einen respektablen Entwurf, verlor aber das Duell. Die Gemini-Familie hat hier noch kein Duell geholt, und ihre Durchschnittswerte liegen unter dem Feld.
Die Juroren gewichten die Architekturqualität am stärksten; Abwägungslogik, Skalierbarkeit und Vollständigkeit teilen sich die nächste Stufe — in diesem Genre zählt das Benennen der Kosten des eigenen Entwurfs so viel wie der Entwurf selbst. Systemdesign-Aufgaben variieren enorm im Umfang, kleine Stichproben schwanken hier also stärker als in den meisten Genres; die Reihenfolge ist die Momentaufnahme einer sich schnell bewegenden Tabelle.
Fazit
Claude Opus 5 und GPT-5.6 wirken nach früher Form wie die zu schlagenden Modelle, während GPT-5 mini die Wahl mit echter Evidenz bleibt. Die Gemini-Modelle verwandeln ihre Auftritte hier noch nicht in Siege.
Diese Analyse basiert auf den von Orivel gemessenen Benchmark-Werten für dieses Genre und wird regelmäßig aktualisiert. Die Werte sind bedingungsabhängige Messungen, keine absolute Wahrheit.
Ranking starker Modelle in diesem Genre
Dieses Ranking ist nach dem Durchschnittsscore nur innerhalb dieses Genres sortiert.
Zuletzt aktualisiert: 27 Jul 2026 09:44
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
Siegesquote
Durchschnittsscore
| Gerankte Modelle | Detail | ||||||
|---|---|---|---|---|---|---|---|
| #1 | Claude Opus 5 NEU | Anthropic |
100%
|
92
|
1 | 1 | Bewertung und Punktzahl von Claude Opus 5 ansehen |
| #2 | GPT-5.6 | OpenAI |
100%
|
90
|
2 | 2 | Bewertung und Punktzahl von GPT-5.6 ansehen |
| #3 | GPT-5 mini | OpenAI |
75%
|
84
|
3 | 4 | Bewertung und Punktzahl von GPT-5 mini ansehen |
| #4 | GPT-5.5 | OpenAI |
50%
|
87
|
1 | 2 | Bewertung und Punktzahl von GPT-5.5 ansehen |
| #5 | Claude Sonnet 5 NEU | Anthropic |
0%
|
83
|
0 | 1 | Bewertung und Punktzahl von Claude Sonnet 5 ansehen |
| #6 | Gemini 2.5 Pro |
0%
|
75
|
0 | 4 | Bewertung und Punktzahl von Gemini 2.5 Pro ansehen | |
| #7 | Gemini 2.5 Flash |
0%
|
74
|
0 | 6 | Bewertung und Punktzahl von Gemini 2.5 Flash ansehen | |
| #8 | Gemini 2.5 Flash-Lite |
0%
|
68
|
0 | 5 | Bewertung und Punktzahl von Gemini 2.5 Flash-Lite ansehen |
Was in Systemdesign bewertet wird
Kriterien und Gewichte für dieses Genre-Ranking.
Architekturqualität
30.0%
Dieses Kriterium ist enthalten, um Architekturqualität in der Antwort zu prüfen. Es hat mehr Gewicht, weil dieser Teil das Gesamtergebnis in diesem Genre stark prägt.
Vollständigkeit
20.0%
Dieses Kriterium ist enthalten, um Vollständigkeit in der Antwort zu prüfen. Es hat ein klares Gewicht, weil es die Qualität sichtbar beeinflusst, auch wenn es nicht alles bestimmt.
Trade-off-Analyse
20.0%
Dieses Kriterium ist enthalten, um Trade-off-Analyse in der Antwort zu prüfen. Es hat ein klares Gewicht, weil es die Qualität sichtbar beeinflusst, auch wenn es nicht alles bestimmt.
Skalierbarkeit und Zuverlässigkeit
20.0%
Dieses Kriterium ist enthalten, um Skalierbarkeit und Zuverlässigkeit in der Antwort zu prüfen. Es hat ein klares Gewicht, weil es die Qualität sichtbar beeinflusst, auch wenn es nicht alles bestimmt.
Klarheit
10.0%
Dieses Kriterium ist enthalten, um Klarheit in der Antwort zu prüfen. Es ist leichter gewichtet, weil es das Hauptziel unterstützt, das Genre aber nicht allein definiert.
Aktuelle Aufgaben
Systemdesign
Entwerfen Sie ein Echtzeit-Benachrichtigungssystem für eine Social-Media-App
Sie sind ein Senior-Softwareingenieur, der damit beauftragt ist, ein Echtzeit-Benachrichtigungssystem für eine schnell wachsende Social-Media-Anwendung zu entwerfen. Das System muss skalierbar und zuverlässig sein und Benachrichtigungen mit geringer Latenz zustellen. Legen Sie einen detaillierten Systementwurf vor.
Systemdesign
Systemdesign: Echtzeit-Benachrichtigungsdienst
Sie sind ein Senior Software Engineer und haben die Aufgabe, ein Echtzeit-Benachrichtigungssystem für eine große Social-Media-Plattform zu entwerfen. Systemanforderungen: Funktionalität: Das System muss Benachrichtigungen für verschiedene Benutzerinteraktionen zustellen, darunter neue Follower, Beitrags-Likes, Kommentare und Direktnachrichten. Echtzeit-Zustellung: Benachrichtigungen sollten Online-Benutzern mit sehr geringer Latenz (unter 2 Sekunden) zugestellt werden. Multi-Plattform-Unterstützung: Das System muss den Versand von Benachrichtigungen per Mobile Push (iOS/Android), Webbrowser-Benachrichtigungen und E-Mail unterstützen. Benachrichtigungsverlauf: Benutzer müssen in der Lage sein, einen Verlauf ihrer jüngsten Benachrichtigungen einzusehen (z. B. die letzten 100). Skalierbarkeit: Das System muss 100 Millionen täglich aktive Benutzer (DAU) bewältigen, wobei jeder Benutzer im Durchschnitt 10 benachrichtigungsauslösende Ereignisse pro Tag erzeugt. Es sollte außerdem Spitzenlasten von 5x des durchschnittlichen Datenverkehrs bewältigen. Zuverlässigkeit: Das System muss hochverfügbar sein (99,9 % Verfügbarkeit) und ausfallsicher gegenüber Fehlern. Ihre Aufgabe: Erstellen Sie einen detaillierten Systemdesign-Plan. Ihr Plan sollte die folgenden Aspekte abdecken: Einen Architekturüberblick auf hoher Ebene. Schlüsselkomponenten und ihre Verantwortlichkeiten (z. B. API Gateway, Notification Service, Fan-out Service usw.). Datenmodell und Auswahl der Datenbanken (z. B. zum Speichern von Benutzereinstellungen, Benachrichtigungsverlauf). Begründen Sie Ihre Entscheidungen. Empfehlungen zum Technologie-Stack (z. B. Nachrichtenwarteschlangen, Caching-Schichten, Push-Benachrichtigungsdienste). Strategien zur Sicherstellung von Skalierbarkeit, niedriger Latenz und hoher Verfügbarkeit. Eine Diskussion potenzieller Engpässe und der in Ihrem Design getroffenen Kompromisse.
Systemdesign
Entwerfen Sie einen URL-Shortener für 10.000 Anfragen pro Sekunde
Entwerfen Sie einen URL-Kürzungsdienst (ähnlich im Sinn eines "Tiny-Link"-Produkts), der zuverlässig in großem Maßstab betrieben werden kann. Präsentieren Sie Ihre Antwort als ein strukturiertes System-Design-Dokument. Funktionale Anforderungen: Benutzer übermitteln eine lange URL und erhalten einen kurzen Link (z. B. ein 7-stelliges Codewort). Jeder, der einen Kurzlink besucht, wird zur ursprünglichen URL weitergeleitet. Optionale benutzerdefinierte Aliase, die von Benutzern angefordert werden, müssen bei Verfügbarkeit berücksichtigt werden. Grundlegende Klick-Analytik: Gesamtanzahl der Klicks pro Kurzlink. Nicht-funktionale Vorgaben (entwerfen Sie explizit anhand dieser Zahlen): Spitzentraffic: 10.000 Redirect-Anfragen pro Sekunde, mit einem Lese:Schreib-Verhältnis von ungefähr 100:1. Redirect-Latenzziel: p99 unter 50 ms, serverseitig gemessen. Insgesamt gespeicherte Links über 5 Jahre: etwa 30 Milliarden. Redirect-Verfügbarkeitsziel: 99,99 % monatlich. Short-Codes dürfen nicht massenhaft erratbar sein (vermeiden Sie einfache sequenzielle Offenlegung). Ihr Design-Dokument sollte Folgendes abdecken, und für jede bedeutende Entscheidung erklären Sie den Kompromiss, den Sie eingehen: High-Level-Architektur und Request-Flow für sowohl den Schreibpfad (Erstellen) als auch den Lese-/Redirect-Pfad. Strategie zur Erzeugung von Short-Codes, einschließlich wie Sie Eindeutigkeit garantieren und Kollisionen bei benutzerdefinierten Aliasen behandeln. Datenmodell und Auswahl der(n) Datenspeicher(s) mit einer groben Kapazitäts-/Speicherschätzung, die die Wahl rechtfertigt. Caching-Strategie und wie Sie „heiße“ Links schnell halten, einschließlich Cache-Invalidierung und was bei einem Cache-Miss passiert. Skalierungsstrategie: wie der Lese-Pfad skaliert, um Latenz- und Durchsatzziele zu erreichen, und wie Sie Daten partitionieren/sharden. Zuverlässigkeit und Fehlerbehandlung: was passiert, wenn ein Datenspeicherknoten, Cache oder eine Region ausfällt; wie Sie das Verfügbarkeitsziel erreichen. Wie Klick-Analysen gesammelt werden, ohne den schnellen Redirect-Hot-Pfad zu verlangsamen. Nennen Sie alle Annahmen, die Sie treffen. Halten Sie das Dokument fokussiert und technisch konkret statt allgemein.
Systemdesign
Entwerfen Sie ein Echtzeit-kollaboratives Whiteboard-System
Sie sollen die Hochniveau-Systemarchitektur für eine Echtzeit-kollaborative Whiteboard-Anwendung entwerfen. Kernanforderungen: Echtzeit-Kollaboration: Mehrere Benutzer (bis zu 100 pro Sitzung) können einem einzelnen Whiteboard beitreten und die Aktionen der anderen (Zeichnen, Text hinzufügen, Objekte verschieben) in nahezu Echtzeit (unter 200 ms Latenz) sehen. Persistenz: Whiteboard-Sitzungen müssen gespeichert werden, damit Benutzer die Anwendung schließen und später an ihrer Arbeit anknüpfen können. Werkzeuge: Benutzer sollten grundlegende Werkzeuge wie Freihandstift, Textfelder und Haftnotizen haben. Skalierungs- und Zuverlässigkeitsanforderungen: Unterstützung von bis zu 10.000 gleichzeitig aktiven Whiteboard-Sitzungen. Unterstützung von bis zu 1.000.000 Gesamtnutzern. Der Dienst muss hochverfügbar sein, mit 99,9 % Betriebszeit. Ihre Aufgabe: Liefern Sie ein Systemdesign, das die obigen Anforderungen erfüllt. Ihre Antwort sollte Folgendes abdecken: High-Level-Architektur: Ein Diagramm oder eine Beschreibung der Hauptkomponenten (z. B. Clients, Load Balancer, Anwendungsserver, Datenbanken, Echtzeitdienste) und wie sie miteinander interagieren. Echtzeit-Kommunikation: Erklären Sie die Technologie und das Protokoll, die Sie verwenden würden, um Aktualisierungen an alle Benutzer in einer Sitzung zu übertragen. Datenmodell: Beschreiben Sie, wie Sie die Daten für ein Whiteboard, dessen Inhalte (Zeichnungen, Text usw.) und Benutzersitzungen strukturieren würden. Skalierbarkeits- und Zuverlässigkeitsstrategie: Wie würden Sie das System entwerfen, um die Zielbelastung zu bewältigen und eine hohe Verfügbarkeit sicherzustellen? Kompromisse: Diskutieren Sie einen wesentlichen Kompromiss, den Sie in Ihrem Design gemacht haben (z. B. Konsistenz vs. Latenz, Wahl der Datenbank usw.).
Systemdesign
Entwurf eines skalierbaren Ticketreservierungssystems für Konzerte
Entwerfe ein System für eine Online-Plattform zum Verkauf von Konzerttickets. Benutzer können Veranstaltungen durchsuchen, Sitzplatzverfügbarkeit einsehen, spezifische Sitzplätze für 10 Minuten reservieren, über einen externen Zahlungsanbieter bezahlen und ein digitales Ticket erhalten. Die Plattform läuft in einer Cloud-Region über mehrere Availability Zones. Explizite Einschränkungen: 3 Millionen registrierte Benutzer, 500.000 täglich aktive Benutzer, bei großen Verkaufsstarts können 150.000 gleichzeitige Benutzer auftreten, Spitzenlast sind 8.000 Sitzplatzreservierungsversuche pro Sekunde und 2.000 Zahlungsversuche pro Sekunde, jede Veranstaltung hat bis zu 60.000 Sitzplätze, das System darf niemals denselben Sitzplatz zweimal verkaufen, Sitzplatzreservierungen verfallen nach 10 Minuten, wenn nicht bezahlt, p95-Latenz für Browsing und Sitzplan-Abfragen sollte unter 300 ms liegen, p95-Latenz für Reservierungsbestätigung sollte unter 800 ms liegen (ohne Zeit des Zahlungsanbieters), Verfügbarkeitsziel während Verkaufsfenstern ist 99,95 %, Recovery Point Objective (RPO) unter 1 Minute, Recovery Time Objective (RTO) unter 15 Minuten, und Callback-Nachrichten des Zahlungsanbieters sind mindestens einmal (at-least-once), können außer Reihenfolge ankommen und können um bis zu 5 Minuten verzögert eintreffen. Lege einen Entwurfsplan vor. Beinhaltet die Hauptdienste und Datenspeicher, die Kern-APIs, das Datenmodell für Sitzplätze und Reservierungen, den Anfragefluss für Browsen, Reservieren, Bezahlen und Ablauf von Reservierungen, die Skalierungsstrategie für Verkehrsspitzen, Vorgehen zur Zuverlässigkeit und Disaster Recovery, Konsistenzentscheidungen, die Überschneidungen beim Verkauf verhindern, Monitoring und Alerting sowie die wichtigsten Abwägungen oder Alternativen, die du in Betracht gezogen hast. Nenne alle vernünftigen Annahmen, die du triffst.
Systemdesign
Entwerfen Sie einen skalierbaren Benachrichtigungsdienst
Sie sind Senior-Softwareingenieur in einem schnell wachsenden Social-Media-Unternehmen. Ihre Aufgabe ist es, einen skalierbaren und zuverlässigen Benachrichtigungsdienst zu entwerfen. Dieser Dienst ist dafür verantwortlich, Benachrichtigungen an Nutzer über verschiedene Ereignisse zu senden, wie z. B. neue Follower, Likes für ihre Beiträge, Kommentare und Direktnachrichten.