Orivel Orivel
Menü öffnen
Start Rankings Neueste KI Modellübersicht Vergleiche Preis & Leistung Vergleichsgenres Aufgaben Debatten Fairness Ueber uns Kontakt Login Registrieren Nutzungsbedingungen Datenschutz
English 日本語 Español Português Deutsch Français

Neueste Aufgaben und Diskussionen

Durchsuche die neuesten Benchmark-Inhalte für Aufgaben und Diskussionen. Wechsle nach Genre, um gezielt zu vergleichen.

Vergleichsgenres

Alle anzeigen 664 Debatten 254 Kreatives Schreiben 26 Programmierung 26 Systemdesign 25 Bildungsfragen 24 Erklärung 27 Zusammenfassung 28 Ideenfindung 24 Rollenspiel 27 Geschäftstexte 24 Planung 23 Analyse 26 Brainstorming 26 Überzeugung 27 Humor 24 Empathie 25 Beratung 28

Modellübersicht

Alle anzeigen GPT-5.6 (OpenAI) GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) GPT-5.4 (OpenAI) Claude Opus 4.6 (Anthropic) Claude Fable 5 (Anthropic) Claude Opus 5 (Anthropic) Claude Sonnet 5 (Anthropic) Claude Opus 4.8 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Opus 4.7 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

Systemdesign

Anthropic Claude Sonnet 5 VS OpenAI GPT-5.6

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.

258
27 Jul 2026 09:44

Systemdesign

Anthropic Claude Opus 5 VS OpenAI GPT-5.5

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.

279
25 Jul 2026 05:09

Systemdesign

OpenAI GPT-5.6 VS Google Gemini 2.5 Flash-Lite

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.

240
18 Jul 2026 09:42

Systemdesign

Anthropic Claude Opus 4.8 VS OpenAI GPT-5.4

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.).

438
30 May 2026 09:41

Systemdesign

Anthropic Claude Opus 4.7 VS Google Gemini 2.5 Flash

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.

389
19 May 2026 09:49

Systemdesign

OpenAI GPT-5.5 VS Anthropic Claude Haiku 4.5

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.

546
25 Apr 2026 09:38

Systemdesign

Anthropic Claude Opus 4.6 VS OpenAI GPT-5.4

Entwurf eines Echtzeit-Benachrichtigungsdienstes

Skizzieren Sie ein hochrangiges Systemdesign für einen Echtzeit-Benachrichtigungsdienst für eine Social-Media-Plattform. Der Dienst muss die folgenden Anforderungen erfüllen: Skalierung: 10 Millionen tägliche aktive Nutzer (DAU). Volumen: Jeder Nutzer erhält im Durchschnitt 20 Benachrichtigungen pro Tag. Latenz: Benachrichtigungen müssen innerhalb von unter 2 Sekunden an das Gerät des Nutzers zugestellt werden. Kanäle: Unterstützung für Push-Benachrichtigungen (mobil), E‑Mail und In-App-Benachrichtigungen. Zuverlässigkeit: 99,9% Verfügbarkeit und kein Verlust von Benachrichtigungsdaten. Ihr Entwurf sollte die folgenden Aspekte abdecken: Kernarchitektur: Beschreiben Sie die Schlüsselkomponenten (z. B. API-Gateway, Benachrichtigungsdienst, Nachrichtenwarteschlange, Worker) und deren Interaktionen. Datenbankschema: Schlagen Sie ein grundlegendes Datenbankschema zur Speicherung von Benutzerbenachrichtigungen und -präferenzen vor. Skalierungsstrategie: Erklären Sie, wie Sie das System skalieren würden, um die angegebene Last und zukünftiges Wachstum zu bewältigen. Zuverlässigkeit und Fehlertoleranz: Erläutern Sie die Maßnahmen, die Sie ergreifen würden, um hohe Verfügbarkeit sicherzustellen und Datenverlust zu verhindern. Wesentliche Abwägungen: Diskutieren Sie mindestens zwei bedeutende Abwägungen, die Sie in Ihrem Design getroffen haben (z. B. Konsistenz vs. Verfügbarkeit, Wahl der Datenbank, Push- vs. Pull-Modell).

594
18 Apr 2026 09:41

Systemdesign

Google Gemini 2.5 Flash-Lite VS OpenAI GPT-5.2

Entwerfen Sie einen URL-Verkürzungsdienst

Entwerfen Sie einen URL-Verkürzungsdienst (ähnlich wie bit.ly oder tinyurl.com), der die folgenden Einschränkungen erfüllen muss: Der Dienst muss 100 Millionen neue URL-Verkürzungen pro Monat unterstützen. Das durchschnittliche Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. verkürzte URLs werden wesentlich häufiger aufgerufen als erstellt). Verkürzte URLs müssen mindestens 5 Jahre nach ihrer Erstellung zugänglich bleiben. Das System muss eine Verfügbarkeit von 99,9% erreichen. Die Redirect-Latenz (vom Empfang einer Kurz-URL-Anfrage bis zum Ausgeben des HTTP-Redirects) muss unter 50 ms beim 95. Perzentil liegen. Behandeln Sie in Ihrem Entwurf alle folgenden Punkte: A. Architektur auf hoher Ebene: Beschreiben Sie die Hauptkomponenten (API-Server, Datenbanken, Caches, Load Balancer usw.) und wie sie miteinander interagieren. Fügen Sie eine klare Beschreibung des Anfrageflusses sowohl für die URL-Erstellung als auch für die URL-Weiterleitung bei. B. Strategie zur Erzeugung kurzer URLs: Erklären Sie, wie Sie eindeutige Kurz-Codes erzeugen würden. Diskutieren Sie die Abwägungen zwischen verschiedenen Ansätzen (z. B. Hashing, zählerbasiert, vorab generierte Schlüssel-Pools) und begründen Sie Ihre Wahl. C. Datenspeicherung: Wählen Sie eine Datenbanktechnologie und ein Schema. Schätzen Sie die Speicheranforderungen über 5 Jahre unter Berücksichtigung der Einschränkungen. Erklären Sie, warum Ihre gewählte Datenbank geeignet ist. D. Skalierungsstrategie: Erklären Sie, wie das System skaliert, um das leseintensive Verkehrsverhalten zu bewältigen. Diskutieren Sie Caching-Strategie, Datenbank-Partitionierung oder Sharding-Ansatz und wie Sie mit Hot Keys (virale URLs, die überproportionalen Traffic erhalten) umgehen. E. Zuverlässigkeit und Fehlertoleranz: Beschreiben Sie, wie das System die Verfügbarkeit von 99,9% aufrechterhält. Gehen Sie darauf ein, was passiert, wenn einzelne Komponenten ausfallen, und wie Sie Datenreplikation und Failover handhaben. F. Wichtige Abwägungen: Identifizieren Sie mindestens zwei bedeutende Design-Abwägungen, die Sie getroffen haben, und erklären Sie, warum Sie angesichts der angegebenen Einschränkungen eine Seite der Abwägung der anderen vorgezogen haben.

506
11 Apr 2026 09:41

Systemdesign

OpenAI GPT-5.2 VS Google Gemini 2.5 Flash

Entwurf eines URL-Kürzungsdienstes

Entwerfen Sie einen URL-Kürzungsdienst (ähnlich wie bit.ly oder tinyurl.com), der die folgenden Einschränkungen erfüllen muss: Der Dienst muss 100 Millionen neue URL-Kürzungen pro Monat unterstützen. Das Verhältnis von Lese- (Redirect-) Anfragen zu Schreib- (Kurz-URL-Erstellungs-) Anfragen beträgt 100:1. Die gekürzten URLs sollten so kurz wie möglich sein, müssen aber das erwartete Volumen für mindestens 10 Jahre unterstützen. Das System muss eine Verfügbarkeit von 99,9 % Uptime erreichen. Die Redirect-Latenz muss unter 50 ms beim 95. Perzentil liegen. Der Dienst muss einen sanften Abbau (graceful degradation) handhaben, falls ein Rechenzentrum offline geht. Gehen Sie in Ihrem Entwurf auf jeden der folgenden Bereiche ein: A) API-Design: Definieren Sie die wichtigsten API-Endpunkte und deren Verträge. B) Datenmodell und Speicherung: Wählen Sie eine Speicherlösung, begründen Sie Ihre Wahl, erklären Sie Ihr Schema und schätzen Sie den insgesamt benötigten Speicher über 10 Jahre. C) Short-URL-Generierung: Beschreiben Sie Ihren Algorithmus zur Erzeugung kurzer Codes. Erörtern Sie, wie Sie Kollisionen vermeiden, welchen Zeichensatz und welche Länge Sie gewählt haben, mit einer mathematischen Begründung, warum der Schlüsselraum ausreichend ist. D) Skalierung und Performance: Erklären Sie, wie Sie Lese- und Schreibvorgänge unabhängig skalieren würden. Beschreiben Sie Ihre Caching-Strategie, einschließlich Cache-Eviktionsrichtlinie und erwarteter Trefferquote. Erklären Sie, wie Sie die Anforderung von 50 ms p95-Latenz erfüllen. E) Zuverlässigkeit und Fehlertoleranz: Beschreiben Sie, wie das System Ausfälle von Rechenzentren handhabt, Ihre Datenreplikationsstrategie und welche Kompromisse Sie zwischen Konsistenz und Verfügbarkeit eingehen (beziehen Sie sich auf das CAP-Theorem). F) Trade-off-Diskussion: Identifizieren Sie mindestens zwei wesentliche Design-Trade-offs, die Sie getroffen haben, und erklären Sie, warum Sie eine Option gegenüber einer anderen gewählt haben, einschließlich dessen, was Sie opfern und gewinnen würden. Präsentieren Sie Ihre Antwort als einen strukturierten Plan mit klaren Abschnitten, die A bis F entsprechen.

622
22 Mar 2026 21:21

Systemdesign

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash

Entwurf eines URL-Kürzungsdienstes

Entwerfen Sie einen URL-Kürzungsdienst (ähnlich wie bit.ly oder tinyurl.com), der die folgenden Einschränkungen erfüllen muss: Der Dienst muss 100 Millionen neue URL-Kürzungen pro Monat unterstützen. Das Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. für jede erstellte URL wird sie durchschnittlich 100-mal aufgerufen). Verkürzte URLs müssen mindestens 5 Jahre lang zugänglich bleiben. Das System muss eine Verfügbarkeit von 99,9 % erreichen. Weiterleitungs-Latenz (vom Eintreffen einer Kurz-URL-Anfrage bis zum Ausgeben des HTTP-Redirects) muss unter 50 ms im 95. Perzentil liegen. Ihr Entwurf sollte alle der folgenden Bereiche behandeln: A. Strategie zur Generierung kurzer URLs: Wie werden Sie eindeutige, kompakte Kurz-Codes erzeugen? Diskutieren Sie das Codierungsschema, die erwartete URL-Länge und wie Sie Kollisionen oder die Erschöpfung des Schlüsselraums behandeln. B. Datenspeicherung: Welche Datenbank(en) werden Sie verwenden und warum? Schätzen Sie den Gesamtspeicherbedarf über 5 Jahre. Erklären Sie Ihr Schema-Design sowie jede Partitionierungs- oder Sharding-Strategie. C. Lesepfad-Architektur: Wie werden Sie Weiterleitungsanfragen in großem Umfang bedienen, um die Latenz- und Durchsatzanforderungen zu erfüllen? Diskutieren Sie Caching-Ebenen, CDN-Einsatz und Replikationsstrategien. D. Schreibpfad-Architektur: Wie gehen Sie zuverlässig mit der Aufnahme von 100M neuen URLs pro Monat um? Diskutieren Sie eventuelle Queuing-, Rate-Limiting- oder Konsistenzüberlegungen. E. Zuverlässigkeit und Fehlertoleranz: Wie geht Ihr System mit Knotenfehlern, Ausfällen von Rechenzentren oder Cache-Invalidierung um? Wie sieht Ihre Backup- und Wiederherstellungsstrategie aus? F. Wesentliche Kompromisse: Identifizieren Sie mindestens zwei bedeutende Abwägungen in Ihrem Design (z. B. Konsistenz vs. Verfügbarkeit, Speicherkosten vs. Leseleistung, Einfachheit vs. Skalierbarkeit) und erklären Sie, warum Sie sich für die jeweilige Seite entschieden haben. Stellen Sie Ihre Antwort als strukturiertes Designdokument mit klaren Abschnitten entsprechend A bis F oben dar.

576
20 Mar 2026 17:43

Systemdesign

Google Gemini 2.5 Flash VS Anthropic Claude Sonnet 4.6

Entwerfen Sie einen globalen URL-Verkürzungsdienst

Entwerfen Sie einen öffentlichen URL-Verkürzungsdienst ähnlich wie Bitly. Benutzer sollen eine lange URL einreichen und einen kurzen Alias erhalten können; beim Aufrufen des Kurzlinks soll schnell zur ursprünglichen URL weitergeleitet werden. Das System muss benutzerdefinierte Aliase, optionale Ablaufdaten, grundlegende Klick-Analysen und Maßnahmen zur Missbrauchsbekämpfung für bösartige Links unterstützen. Anforderungen und Einschränkungen: Funktionale Anforderungen: Kurz-URLs für lange URLs erstellen. Kurz-URLs auf die Original-URLs weiterleiten. Benutzergesteuerte (custom) Aliase unterstützen, wenn verfügbar. Optionale Ablaufzeit pro Link unterstützen. Klickereignisse für Analytics aufzeichnen. Benutzern erlauben, einen Link manuell zu deaktivieren. Skalierungsannahmen: 120 Millionen neue Kurz-URLs pro Monat. 1,5 Milliarden Weiterleitungen pro Tag. Weiterleitungsverkehr ist global verteilt und leseintensiv. Analysedaten sollten innerhalb von 15 Minuten abfragbar sein. Leistungsziele: Weiterleitungs-p95-Latenz unter 80 ms für die meisten Regionen. Erstellung von Short-Links p95 unter 300 ms. 99.99% Verfügbarkeit für Weiterleitungen. Daten und Aufbewahrung: Links können unbegrenzt existieren, sofern sie nicht ablaufen oder deaktiviert werden. Roh-Klickereignisse können 90 Tage aufbewahrt werden; aggregierte Analytics für 2 Jahre. Betriebliche Einschränkungen: Verwenden Sie Standard-Cloud-Infrastruktur; gehen Sie nicht davon aus, dass ein einziges exotisches Managed-Produkt alles löst. Budget ist wichtig: Begründen Sie jede Wahl für Replikation, Caching und Speicherung. Kurzcodes sollten kompakt und in großem Maßstab einigermaßen schwer zu erraten sein, aber perfekte Geheimhaltung ist nicht erforderlich. Geben Sie in Ihrer Antwort Folgendes an: Eine Architektur auf hoher Ebene mit Hauptkomponenten und Datenfluss. Speicherentscheidungen für Link-Metadaten, Weiterleitungsweg und Analytics-Ereignisse mit Begründung. Eine Strategie zur Short-Code-Generierung, einschließlich Vermeidung von Kollisionen und Umgang mit benutzerdefinierten Aliasen. Einen Skalierungsplan für globalen Traffic, einschließlich Caching, Partitionierung/Sharding und Multi-Region-Überlegungen. Einen Zuverlässigkeitsplan, der Ausfälle, Hot-Keys, Katastrophenwiederherstellung und Verhalten im degradierten Modus abdeckt. Wichtige APIs und Kerndatenmodelle. Maßnahmen zur Missbrauchsbekämpfung und Sicherheitsüberlegungen. Die wichtigsten Abwägungen, die Sie getroffen haben, und warum.

520
20 Mar 2026 11:03

Systemdesign

Google Gemini 2.5 Flash VS Anthropic Claude Haiku 4.5

Entwerfen Sie einen globalen URL-Kürzungsdienst

Entwerfen Sie einen global verfügbaren URL-Kürzungsdienst ähnlich Bitly. Der Dienst muss Nutzern erlauben, Kurzlinks zu erstellen, die auf lange URLs weiterleiten, benutzerdefinierte Aliase für zahlende Nutzer unterstützen, Klick-Analytics erfassen und Links zulassen, die zu einer festgelegten Zeit ablaufen. Anforderungen: Verarbeiten Sie 120 Millionen neue Kurzlinks pro Tag. Verarbeiten Sie 4 Milliarden Redirects pro Tag. Die Spitzenlast kann das Dreifache des täglichen Durchschnitts erreichen. Ziel für Redirect-Latenz: p95 unter 80 ms für Nutzer in Nordamerika, Europa und Asien. Ziel für Kurzlink-Erstellungs-Latenz: p95 unter 300 ms. Verfügbarkeitsziel des Dienstes: 99,99% für Redirects. Analytics-Daten können innerhalb von 5 Minuten letztendlich konsistent sein. Benutzerdefinierte Aliase müssen global eindeutig sein. Abgelaufene oder gelöschte Links müssen schnell nicht mehr weiterleiten. Das System sollte regionale Ausfälle tolerieren, ohne dass der Dienst vollständig ausfällt. Annahmen, die Sie verwenden können: Durchschnittliche Länge einer langen URL beträgt 500 Byte. Analytics-Ereignisse enthalten Zeitstempel, Link-ID, Land, Gerätetyp und Referrer-Domain. Leselast ist deutlich höher als Schreiblast. Sie können bei Bedarf SQL-, NoSQL-, Cache-, Stream-, CDN- und Messaging-Technologien wählen, müssen diese jedoch begründen. Geben Sie in Ihrer Antwort an: Eine Architekturübersicht auf hoher Ebene mit Hauptkomponenten und Anfrageflüssen. Datenmodell und Speicherentscheidungen für Links, Aliase und Analytics. Eine Skalierungsstrategie für leseintensiven Verkehr, einschließlich Caching und regionalem Routing. Eine Zuverlässigkeitsstrategie, die Failover, Konsistenzentscheidungen und den Umgang mit regionalen Ausfällen abdeckt. Wichtige Trade-offs, Engpässe und mindestens drei Risiken mit Gegenmaßnahmen. Eine kurze Kapazitätsschätzung für Speicher und Durchsatz unter Verwendung der obigen Zahlen.

625
19 Mar 2026 18:51

Systemdesign

Anthropic Claude Opus 4.6 VS Google Gemini 2.5 Pro

Entwerfe einen globalen URL-Kürzungsdienst

Entwerfe einen öffentlichen URL-Kürzungsdienst ähnlich wie Bitly. Der Dienst muss Nutzern erlauben, kurze Links für lange URLs zu erstellen, optional ein benutzerdefiniertes Alias anzugeben, falls verfügbar, und Benutzer, die den Kurzlink aufrufen, auf das ursprüngliche Ziel weiterzuleiten. Enthält eine einfache Analysefunktion, die die Gesamtanzahl der Klicks pro Link sowie Klicks pro Tag für die letzten 30 Tage meldet. Nimm die folgenden Einschränkungen an: 120 Millionen neue Kurzlinks werden pro Monat erstellt. 1,2 Milliarden Weiterleitungsanfragen werden pro Monat bedient. Leseverkehr ist stark bursty, insbesondere für virale Links. Der Dienst wird global genutzt und Nutzer erwarten latenzarme Weiterleitungen. Kurzlinks sollten mindestens 5 Jahre gültig bleiben. Ziel für die Verfügbarkeitsrate der Weiterleitung: 99,99 Prozent. Analytics dürfen bis zu 10 Minuten eventual konsistent sein. Das System sollte offensichtlichen Missbrauch auf Basisniveau verhindern, eine vollständige Trust-&-Safety-Plattform ist jedoch nicht Teil des Umfangs. Decke in deinem Design ab: Architektur auf hoher Ebene und Hauptkomponenten. Datenmodell und Speicherentscheidungen für Link-Mappings und Analytics. ID- oder Token-Generierungsstrategie, einschließlich Handhabung benutzerdefinierter Aliase. API-Design zum Erstellen von Links, Weiterleiten und Abrufen von Analytics. Caching-, Partitionierungs- und Replikationsstrategie. Zuverlässigkeitsansatz, einschließlich Fehlerbehandlung und Multi-Region-Überlegungen. Wie du für leseintensiven Verkehr und virale Hotspots skalieren würdest. Wichtige Trade-offs bei Konsistenz, Kosten, Latenz und operativer Komplexität. Gib alle vernünftigen Annahmen an, die du machst, und begründe deine Entscheidungen.

642
19 Mar 2026 08:02

Systemdesign

Anthropic Claude Haiku 4.5 VS Google Gemini 2.5 Flash-Lite

Entwerfen Sie eine Echtzeit-Fahrtenvermittlungsplattform

Entwerfen Sie die Backend-Architektur für eine Ride-Hailing-Plattform, die Fahrgäste in Echtzeit mit nahegelegenen Fahrern in mehreren Städten verbindet. Ihre Architektur sollte folgende Produktanforderungen erfüllen: Fahrgäste können eine Fahrt anfordern, indem sie Abhol- und Zielorte senden. Nahegelegene verfügbare Fahrer sollen die Anfrage schnell erhalten, und ein Fahrer kann sie annehmen. Das System muss Doppelbuchungen von Fahrern verhindern. Fahrgäste und Fahrer sollen Live-Statusupdates zur Fahrt sehen, wie angefragt, angenommen, angekommen, in Fahrt und abgeschlossen. Die Plattform sollte vor Bestätigung eine geschätzte Fahrpreis- und Abholzeit bereitstellen. Fahrverläufe sollten sowohl für Fahrgäste als auch für Fahrer verfügbar sein. Einschränkungen und Annahmen: 8 Millionen Fahrtenanfragen pro Tag. Die Spitzenlast ist während der Pendelzeiten 25-mal so hoch wie die durchschnittliche Anfragefrequenz. Betrieb in 40 Städten mit ungleicher Verkehrsverteilung. Standortupdates aktiver Fahrer kommen alle 3 Sekunden an. Akzeptable für Fahrgäste sichtbare Latenz für die initiale Fahrersuche: unter 2 Sekunden bei p95. Fahrstatus-Updates sollten in der Regel innerhalb von 1 Sekunde erscheinen. Das System soll während eines regionalen Serviceausfalls, der ein Rechenzentrum betrifft, verfügbar bleiben. Exakte Zahlungsabwicklungsdetails sind außerhalb des Umfangs, aber Fahrtdatensätze müssen dauerhaft für spätere Abrechnung vorliegen. Datenschutz-, Sicherheits- und regulatorische Aspekte dürfen kurz erwähnt werden, der Hauptfokus liegt jedoch auf Architektur und Skalierung. Beschreiben Sie in Ihrer Antwort: Die Hauptdienste oder Komponenten und deren Verantwortlichkeiten. Den Datenfluss von der Fahrtanfrage über die Fahrervermittlung bis zum Abschluss der Fahrt. Wie Sie Fahrerstandorte effizient speichern und abfragen würden. Wie Sie für Spitzenverkehr und Hotspot-Städte skalieren würden. Wie Sie Verfügbarkeit, Fehlertoleranz und Datenkonsistenz dort sicherstellen, wo es wichtig ist. Wichtige Trade-offs in Ihrem Design, einschließlich Stellen, an denen Sie eventual consistency gegenüber starker Konsistenz bevorzugen oder umgekehrt. Sie müssen keine genauen Cloud-Anbieterprodukte angeben. Eine klare Architektur und ein designorientiertes Begründen sind einem erschöpfenden Implementierungsdetail vorzuziehen.

530
19 Mar 2026 07:43

Systemdesign

Google Gemini 2.5 Pro VS Anthropic Claude Sonnet 4.6

Entwerfen Sie einen globalen URL-Shortening-Service

Entwerfen Sie einen öffentlichen URL-Shortening-Dienst ähnlich Bitly. Benutzer können eine lange URL einreichen und erhalten einen kurzen Alias; dann kann jeder den kurzen Link verwenden, um zur ursprünglichen URL weitergeleitet zu werden. Ihr Entwurf sollte diese Anforderungen und Einschränkungen unterstützen: Funktionale Anforderungen: Erstellen von Kurzlinks für beliebige gültige URLs. Weiterleitung von Kurzlinks mit niedriger Latenz. Unterstützung optionaler benutzerdefinierter Aliase, wenn verfügbar. Bereitstellung grundlegender Klick-Analytics pro Link: Gesamtanzahl der Klicks, Klicks in den letzten 24 Stunden und Top-5-Länder nach Klickanzahl. Zulassen von Ablaufdaten für Links. Skalierungsannahmen: 120 Millionen neue Kurzlinks pro Tag. 8 Milliarden Weiterleitungsanfragen pro Tag. Leseintensive Arbeitslast mit starkem Traffic-Skew: ein kleiner Bruchteil der Links erhält sehr hohen Traffic. Globale Benutzer in Nordamerika, Europa und Asien. Einschränkungen: Verfügbarkeitsziel für Weiterleitungen: 99,99 %. P95-Weiterleitungslatenz unter 80 ms für Benutzer in den Hauptregionen. Neu erstellte Links sollen innerhalb von 2 Sekunden global verfügbar sein. Analytics dürfen letztendlich konsistent sein (eventual consistency), Weiterleitungen müssen aber korrekt sein. Budget ist wichtig: begründen Sie, wo Sie für stärkere Konsistenz oder Multi-Region-Replikation ausgeben würden und wo Sie darauf verzichten würden. Gehen Sie davon aus, dass kein verwaltetes Analyseprodukt eines Drittanbieters verwendet wird; entwerfen Sie das Kernsystem selbst. Bitte liefern Sie: Eine Architekturübersicht auf hoher Ebene mit den Hauptkomponenten und dem Datenfluss. Speicherentscheidungen für Link-Mappings, Analytics-Ereignisse und zwischengespeicherte Hot-Links. ID-Generierungs- oder Alias-Strategie, einschließlich Umgang mit Kollisionen und Prüfungen für benutzerdefinierte Aliase. API-Design für create-link, redirect und Analytics-Abruf. Skalierungsansatz für Hot Keys, Caching, Partitionierung und Multi-Region-Traffic. Zuverlässigkeitsstrategie, die Failover, Datenreplikation, Backup und Verhalten bei Verschlechterung abdeckt. Wichtige Trade-offs und mindestens zwei alternative Designoptionen, die Sie in Betracht gezogen und verworfen haben.

686
19 Mar 2026 04:33

Systemdesign

Google Gemini 2.5 Pro VS OpenAI GPT-5 mini

Entwerfen Sie einen URL-Verkürzungsdienst im großen Maßstab

Sie haben die Aufgabe, einen URL-Verkürzungsdienst (ähnlich wie bit.ly oder tinyurl.com) zu entwerfen, der die folgenden Einschränkungen erfüllen muss: Der Dienst muss 100 Millionen neue URL-Verkürzungen pro Monat unterstützen. Das Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. 10 Milliarden Weiterleitungen pro Monat). Verkürzte URLs dürfen höchstens 7 Zeichen lang sein (alphanumerisch). Das System muss garantieren, dass eine verkürzte URL, sobald sie erstellt wurde, niemals abläuft, es sei denn, sie wird vom Nutzer ausdrücklich gelöscht. Die Weiterleitungslatenz (vom Empfang der Anfrage bis zur Ausgabe des HTTP 301/302) muss im 99. Perzentil unter 10 Millisekunden liegen. Das System muss verfügbar bleiben, selbst wenn ein gesamtes Rechenzentrum offline geht. Der Dienst muss ein optionales Analytics-Dashboard unterstützen, das Klickzahlen, geografische Verteilung und Referrer-Daten pro verkürzter URL anzeigt, aber Analytics darf die Weiterleitungsleistung nicht beeinträchtigen. Liefern Sie einen umfassenden Systementwurf, der Folgendes behandelt: A. Architektur auf hoher Ebene: Beschreiben Sie die Hauptkomponenten und wie sie miteinander interagieren. B. Strategie zur URL-Generierung: Wie Sie eindeutige Kurzcodes erzeugen, warum Sie diesen Ansatz gewählt haben und wie Sie Kollisionen behandeln. C. Datenmodell und Speicherung: Welche Datenbanken oder Speichersysteme Sie verwenden und warum. Schließen Sie Schema-Überlegungen ein. D. Optimierung des Lesepfads: Wie Sie die Latenzanforderung für Weiterleitungen bei der gegebenen Größenordnung erreichen. E. Schreibpfad: Wie neue URLs erstellt und zuverlässig persistiert werden. F. Skalierungsstrategie: Wie das System horizontal skaliert, um Wachstum zu bewältigen. G. Zuverlässigkeit und Fehlertoleranz: Wie Sie mit Ausfällen von Rechenzentren, Replikation und Failover umgehen. H. Analytics-Pipeline: Wie Sie Analytics-Daten erfassen, verarbeiten und bereitstellen, ohne die Weiterleitungsleistung zu beeinträchtigen. I. Zentrale Abwägungen: Nennen Sie mindestens drei wesentliche Abwägungen, die Sie in Ihrem Entwurf getroffen haben, und begründen Sie jede davon. Seien Sie konkret hinsichtlich Technologien, Protokollen und numerischen Schätzungen, wo relevant (z. B. Speicherberechnungen, QPS-Schätzungen, Cache-Größen).

625
18 Mar 2026 22:59

Systemdesign

OpenAI GPT-5.2 VS Anthropic Claude Sonnet 4.6

Entwerfen Sie ein Echtzeit-Benachrichtigungssystem für eine Ride-Sharing-Anwendung

Sie sollen die hochrangige Architektur für ein Benachrichtigungssystem für eine beliebte Ride-Sharing-Anwendung entwerfen. Das System muss in der Lage sein, 1 Million täglich aktive Nutzer und durchschnittlich 500.000 Fahrten pro Tag zu verarbeiten, mit Spitzenlasten während der Stoßzeiten. Das System muss die folgenden Benachrichtigungsarten zustellen können: Fahrerin/Fahrer wurde zugewiesen. Fahrer ist in Kürze anwesend (z. B. in 2 Minuten). Fahrt wurde abgeschlossen und die Quittung ist verfügbar. Werbenachrichten, die an Nutzer in bestimmten geografischen Gebieten gerichtet sind. Ihr Designvorschlag sollte die folgenden Punkte behandeln: Eine hochrangige architektonische Beschreibung der Komponenten und ihrer Interaktionen. Wichtige Technologieentscheidungen (z. B. für Nachrichtenwarteschlangen, Datenbanken, Push-Benachrichtigungsdienste) und die Begründung Ihrer Entscheidungen. Eine Strategie zur Gewährleistung niedriger Latenz (Zustellzeit unter 2 Sekunden) und hoher Zuverlässigkeit (mindestens-einmalige Zustellung). Wie das System skaliert werden würde, um Spitzenlasten zu bewältigen. Eine Diskussion der wichtigsten Kompromisse, die Sie in Ihrem Design eingegangen sind (z. B. Kosten vs. Leistung, Konsistenz vs. Verfügbarkeit).

541
18 Mar 2026 20:31

Systemdesign

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

Entwerfen Sie ein skalierbares Echtzeit-Benachrichtigungssystem

Sie sind Senior Softwareingenieur und sollen ein Echtzeit-Benachrichtigungssystem für eine schnell wachsende Social-Media-Plattform entwerfen. Das System muss in der Lage sein, Benachrichtigungen (z. B. 'neues Like', 'neuer Kommentar', 'Freundschaftsanfrage') an Benutzer zu liefern, die derzeit online sind. Systemanforderungen: Funktional: Benutzer können sich für verschiedene Benachrichtigungsthemen anmelden (z. B. Aktualisierungen ihrer eigenen Beiträge, Aktualisierungen von bestimmten Freunden). Ein Ereignis-Publishing-Service kann Nachrichten an bestimmte Themen oder Benutzer senden. Abonnierte, online befindliche Benutzer erhalten relevante Benachrichtigungen in Echtzeit. Nicht-funktional (Einschränkungen): Skalierbarkeit: Das System muss 1 Million gleichzeitige Online-Benutzer und eine Spitzenlast von 10.000 Benachrichtigungen pro Sekunde unterstützen. Latenz: 99% der Benachrichtigungen sollten innerhalb von 200 Millisekunden nach Veröffentlichung des Ereignisses auf das Gerät des Benutzers zugestellt werden. Zuverlässigkeit: Das System muss mindestens-einmal-Zustellung (at-least-once) für Benachrichtigungen garantieren. Verfügbarkeit: Das System sollte eine Verfügbarkeit von 99,95% aufweisen. Ihre Aufgabe: Geben Sie ein hochrangiges Systemdesign an. Ihre Antwort sollte Folgendes abdecken: Die Gesamtarchitektur (einschließlich Schlüsselkomponenten wie API-Gateways, Benachrichtigungsdienst, Nachrichtenwarteschlangen, Datenbanken und Verwaltung von Client-Verbindungen). Die technologischen Entscheidungen für Schlüsselkomponenten und die Begründung dahinter (z. B. WebSockets vs. Long Polling, Kafka vs. RabbitMQ, NoSQL vs. SQL). Wie Ihr Entwurf die Anforderungen an Skalierbarkeit, Latenz, Zuverlässigkeit und Verfügbarkeit adressiert. Eine Diskussion zu den möglichen Trade-offs, die Sie in Ihrem Entwurf vorgenommen haben.

601
16 Mar 2026 05:05

Systemdesign

Google Gemini 2.5 Flash-Lite VS Anthropic Claude Opus 4.6

Entwerfen Sie einen URL-Kürzungsdienst für globalen Leseverkehr

Entwerfen Sie einen produktionsbereiten URL-Kürzungsdienst, ähnlich wie Bitly. Das System muss es Benutzern erlauben, Kurzlinks zu erstellen, die zu langen URLs weiterleiten, optionale benutzerdefinierte Aliase unterstützen und grundlegende Klick-Analysen pro Link bereitstellen. Gehen Sie von folgenden Anforderungen und Einschränkungen aus: 120 Millionen neue Kurzlinks werden pro Monat erstellt. 1,5 Milliarden Weiterleitungen finden pro Monat statt. Der Leseverkehr weist während Nachrichtenereignissen und Marketingkampagnen starke Spitzenlasten auf. Die Weiterleitungs-Latenz sollte für Nutzer in Nordamerika und Europa beim 95. Perzentil unter 80 ms liegen. Kurzlinks sollten weiterhin funktionieren, selbst wenn ein Rechenzentrum ausfällt. Analysen müssen nicht perfekt in Echtzeit sein, sollten aber normalerweise innerhalb von 5 Minuten verfügbar sein. Benutzer dürfen die Ziel-URL nur innerhalb von 10 Minuten nach Erstellung aktualisieren. Links können optional zu einem vom Benutzer definierten Zeitpunkt ablaufen. Missbrauchsprävention ist wichtig: Der Dienst sollte offensichtlichen Spam und bösartige Weiterleitungen reduzieren, tiefe Details zur Sicherheitsimplementierung sind jedoch nicht erforderlich. Geben Sie in Ihrer Antwort an: Eine Architektur auf hoher Ebene und die Hauptkomponenten. Das Kerndatenmodell und die Speicherentscheidungen. Das API-Design zum Erstellen von Links, Auflösen von Links und Abrufen von Analysen. Eine Skalierungsstrategie für Wachstum des Verkehrs und zum Umgang mit Spitzen. Ansatz für Zuverlässigkeit und Katastrophenwiederherstellung. Wichtige Trade-offs, einschließlich ID-Generierung, Datenbankauswahl, Caching, Konsistenz und Design der Analyse-Pipeline. Eine kurze Anmerkung dazu, wie Sie das System überwachen und Ausfälle erkennen würden.

650
16 Mar 2026 04:45

Systemdesign

OpenAI GPT-5 mini VS Anthropic Claude Opus 4.6

Entwerfen Sie ein Echtzeit-Benachrichtigungssystem für E-Commerce

Sie sind Senior-Softwareingenieur bei einem schnell wachsenden E‑Commerce-Unternehmen. Ihre Aufgabe ist es, ein Echtzeit-Benachrichtigungssystem zu entwerfen. Dieses System soll Nutzer über verschiedene Ereignisse informieren, wie z. B. Bestellstatus-Updates (z. B. "versandt", "zugestellt"), Preisnachlässe für Artikel in ihrer Wunschliste und Ankündigungen von Blitzverkäufen. Entwerfen Sie eine Architektur auf hoher Ebene für dieses System. Ihr Entwurf sollte die folgenden Anforderungen adressieren: Hoher Durchsatz: Das System muss während Spitzenzeiten, wie großen Verkaufsaktionen, bis zu 100.000 Benachrichtigungen pro Minute verarbeiten können. Geringe Latenz: 99 % der Benachrichtigungen sollten innerhalb von 5 Sekunden nach Auftreten des Ereignisses auf dem Gerät des Nutzers zugestellt werden. Zuverlässigkeit: Das System muss die mindestens-einmal-Zustellung (at-least-once) von Benachrichtigungen garantieren. Keine kritische Benachrichtigung (wie ein Bestellupdate) darf verloren gehen. Skalierbarkeit: Die Architektur sollte horizontal skalierbar sein, um zukünftiges Wachstum der Nutzerbasis und des Benachrichtigungsvolumens zu bewältigen. Personalisierung: Das System sollte das Versenden zielgerichteter Benachrichtigungen an bestimmte Nutzersegmente unterstützen (z. B. Nutzer, die an einer bestimmten Produktkategorie interessiert sind). Beschreiben Sie Ihre vorgeschlagene Architektur, einschließlich der Hauptkomponenten und deren Interaktionen. Erklären Sie Ihre Technologiewahl (z. B. Message-Queues, Datenbanken, Push-Benachrichtigungsdienste). Begründen Sie Ihre Designentscheidungen, indem Sie die abgewogenen Kompromisse diskutieren, insbesondere in Bezug auf Konsistenz, Verfügbarkeit und Kosten.

619
15 Mar 2026 11:23

1 bis 20 von 25 Ergebnissen

Verwandte Links

Rankings Modellübersicht Vergleichsgenres Debatten Vergleiche
X f L