Orivel Orivel
Menue oeffnen

Neueste Aufgaben und Diskussionen

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

Vergleichsgenres

Modelluebersicht

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: 1. Der Dienst muss 100 Millionen neue URL-Kürzungen pro Monat unterstützen. 2. Das Verhältnis von Lese- (Redirect-) Anfragen zu Schreib- (Kurz-URL-Erstellungs-) Anfragen beträgt 100:1. 3. Die gekürzten URLs sollten so kurz wie möglich sein, müssen aber das erwartete Volumen für mindestens 10 Jahre unterstützen. 4. Das System muss eine Verfügbarkeit von 99,9 % Uptime erreichen. 5. Die Redirect-Latenz muss unter 50 ms beim 95. Perzentil liegen. 6. 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.

22
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: 1. Der Dienst muss 100 Millionen neue URL-Kürzungen pro Monat unterstützen. 2. Das Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. für jede erstellte URL wird sie durchschnittlich 100-mal aufgerufen). 3. Verkürzte URLs müssen mindestens 5 Jahre lang zugänglich bleiben. 4. Das System muss eine Verfügbarkeit von 99,9 % erreichen. 5. 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.

47
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: 1. Eine Architektur auf hoher Ebene mit Hauptkomponenten und Datenfluss. 2. Speicherentscheidungen für Link-Metadaten, Weiterleitungsweg und Analytics-Ereignisse mit Begründung. 3. Eine Strategie zur Short-Code-Generierung, einschließlich Vermeidung von Kollisionen und Umgang mit benutzerdefinierten Aliasen. 4. Einen Skalierungsplan für globalen Traffic, einschließlich Caching, Partitionierung/Sharding und Multi-Region-Überlegungen. 5. Einen Zuverlässigkeitsplan, der Ausfälle, Hot-Keys, Katastrophenwiederherstellung und Verhalten im degradierten Modus abdeckt. 6. Wichtige APIs und Kerndatenmodelle. 7. Maßnahmen zur Missbrauchsbekämpfung und Sicherheitsüberlegungen. 8. Die wichtigsten Abwägungen, die Sie getroffen haben, und warum.

46
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: 1. Eine Architekturübersicht auf hoher Ebene mit Hauptkomponenten und Anfrageflüssen. 2. Datenmodell und Speicherentscheidungen für Links, Aliase und Analytics. 3. Eine Skalierungsstrategie für leseintensiven Verkehr, einschließlich Caching und regionalem Routing. 4. Eine Zuverlässigkeitsstrategie, die Failover, Konsistenzentscheidungen und den Umgang mit regionalen Ausfällen abdeckt. 5. Wichtige Trade-offs, Engpässe und mindestens drei Risiken mit Gegenmaßnahmen. 6. Eine kurze Kapazitätsschätzung für Speicher und Durchsatz unter Verwendung der obigen Zahlen.

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

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

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

53
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: 1. Der Dienst muss 100 Millionen neue URL-Verkürzungen pro Monat unterstützen. 2. Das Lese-zu-Schreib-Verhältnis beträgt 100:1 (d. h. 10 Milliarden Weiterleitungen pro Monat). 3. Verkürzte URLs dürfen höchstens 7 Zeichen lang sein (alphanumerisch). 4. 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. 5. Die Weiterleitungslatenz (vom Empfang der Anfrage bis zur Ausgabe des HTTP 301/302) muss im 99. Perzentil unter 10 Millisekunden liegen. 6. Das System muss verfügbar bleiben, selbst wenn ein gesamtes Rechenzentrum offline geht. 7. 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).

50
18 Mar 2026 22:59

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:** 1. Benutzer können sich für verschiedene Benachrichtigungsthemen anmelden (z. B. Aktualisierungen ihrer eigenen Beiträge, Aktualisierungen von bestimmten Freunden). 2. Ein Ereignis-Publishing-Service kann Nachrichten an bestimmte Themen oder Benutzer senden. 3. Abonnierte, online befindliche Benutzer erhalten relevante Benachrichtigungen in Echtzeit. * **Nicht-funktional (Einschränkungen):** 1. **Skalierbarkeit:** Das System muss 1 Million gleichzeitige Online-Benutzer und eine Spitzenlast von 10.000 Benachrichtigungen pro Sekunde unterstützen. 2. **Latenz:** 99% der Benachrichtigungen sollten innerhalb von 200 Millisekunden nach Veröffentlichung des Ereignisses auf das Gerät des Benutzers zugestellt werden. 3. **Zuverlässigkeit:** Das System muss mindestens-einmal-Zustellung (at-least-once) für Benachrichtigungen garantieren. 4. **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: 1. Die Gesamtarchitektur (einschließlich Schlüsselkomponenten wie API-Gateways, Benachrichtigungsdienst, Nachrichtenwarteschlangen, Datenbanken und Verwaltung von Client-Verbindungen). 2. Die technologischen Entscheidungen für Schlüsselkomponenten und die Begründung dahinter (z. B. WebSockets vs. Long Polling, Kafka vs. RabbitMQ, NoSQL vs. SQL). 3. Wie Ihr Entwurf die Anforderungen an Skalierbarkeit, Latenz, Zuverlässigkeit und Verfügbarkeit adressiert. 4. Eine Diskussion zu den möglichen Trade-offs, die Sie in Ihrem Entwurf vorgenommen haben.

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

64
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: 1. **Hoher Durchsatz:** Das System muss während Spitzenzeiten, wie großen Verkaufsaktionen, bis zu 100.000 Benachrichtigungen pro Minute verarbeiten können. 2. **Geringe Latenz:** 99 % der Benachrichtigungen sollten innerhalb von 5 Sekunden nach Auftreten des Ereignisses auf dem Gerät des Nutzers zugestellt werden. 3. **Zuverlässigkeit:** Das System muss die mindestens-einmal-Zustellung (at-least-once) von Benachrichtigungen garantieren. Keine kritische Benachrichtigung (wie ein Bestellupdate) darf verloren gehen. 4. **Skalierbarkeit:** Die Architektur sollte horizontal skalierbar sein, um zukünftiges Wachstum der Nutzerbasis und des Benachrichtigungsvolumens zu bewältigen. 5. **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.

64
15 Mar 2026 11:23

Systemdesign

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

Design eines URL-Shortening-Dienstes im großen Maßstab

Sie haben den Auftrag, einen URL-Shortening-Dienst (ähnlich wie bit.ly oder tinyurl.com) zu entwerfen, der folgende Anforderungen erfüllen muss: 1. Der Dienst muss 100 Millionen neue URL-Verkürzungen pro Monat unterstützen. 2. Das Verhältnis von Lese- zu Schreibzugriffen beträgt 100:1 (d. h. 10 Milliarden Weiterleitungen pro Monat). 3. Kurz-URLs dürfen höchstens 7 Zeichen lang sein (alphanumerisch). 4. Kurz-URLs dürfen nicht vorhersagbar oder sequentiell sein. 5. Das System muss 99,9 % Verfügbarkeit erreichen. 6. Die Weiterleitungs-Latenz muss unter 10 ms beim 95. Perzentil liegen. 7. Kurz-URLs sollten nach einer konfigurierbaren TTL (Standard: 5 Jahre) ablaufen, und abgelaufene URLs sollten rückgewinnbar sein. 8. Der Dienst muss in mindestens zwei geografischen Regionen betrieben werden (Disaster Recovery). Liefern Sie ein umfassendes Systemdesign, das Folgendes behandelt: - Beschreibung des Architekturdiagramms auf hoher Ebene (Komponenten und deren Interaktionen klar textlich beschreiben) - Algorithmus zur URL-Verkürzung und Strategie zur Schlüsselerzeugung, einschließlich wie Kollisionen vermieden und Nicht-Vorhersagbarkeit gewährleistet wird - Datenbankschema und Auswahl der Speichertechnologie mit Begründung - Caching-Strategie und Ansatz zur Cache-Invalidierung - Lese- und Schreibpfad, separat beschrieben mit geschätzten Durchsatzberechnungen - Skalierungsstrategie: wie das System ein 10-faches Verkehrsaufkommen bewältigt - Multi-Region-Bereitstellung und Datenkonsistenzmodell, einschließlich getroffener Abwägungen (CAP-Theorem-Begründung) - TTL-Ablauf und Mechanismus zur Rückgewinnung von URLs - Fehlermodi und wie das System sich erholt (mindestens 3 spezifische Ausfallszenarien) - Wesentliche Abwägungen, die Sie getroffen haben, und Alternativen, die Sie erwogen, aber verworfen haben, mit Begründung Seien Sie spezifisch mit Zahlen, Technologieentscheidungen und architektonischer Begründung. Vermeiden Sie vage Allgemeinplätze. Geben Sie JSON zurück unter Verwendung des Schemas: task_translation_v1

73
14 Mar 2026 19:35

Systemdesign

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

Entwerfen Sie einen URL-Kürzungsdienst

Entwerfen Sie einen URL-Kürzungsdienst, der bit.ly oder TinyURL ähnelt. Ihr Entwurf sollte die folgenden Aspekte berücksichtigen: 1. **Funktionale Anforderungen**: Welche Kernfunktionen muss der Dienst unterstützen? Berücksichtigen Sie URL-Erstellung, Weiterleitung, Ablauf und Analysen. 2. **Hochrangige Architektur**: Beschreiben Sie die Hauptkomponenten des Systems (z. B. API-Schicht, Anwendungsserver, Datenbanken, Caches, Load Balancer). Erklären Sie, wie sie interagieren. 3. **URL-Kodierungsstrategie**: Wie werden kurze, eindeutige Schlüssel für jede URL generiert? Diskutieren Sie Ihren Ansatz (z. B. Hashing, Base62-Kodierung, vorab generierter Schlüssel-Dienst) und wie Sie Kollisionen behandeln. 4. **Datenbankdesign**: Welche Datenbank(en) würden Sie verwenden und warum? Geben Sie das Schema für die Kern-Tabelle(n) an. Diskutieren Sie die Kompromisse zwischen SQL und NoSQL für diesen Anwendungsfall. 5. **Skalierbarkeit und Leistung**: Wie würden Sie hohen Leseverkehr (z. B. Millionen von Weiterleitungen pro Tag) bewältigen? Diskutieren Sie Caching-Strategien, Datenbankpartitionierung oder Sharding und Read Replicas. 6. **Zuverlässigkeit und Verfügbarkeit**: Wie stellen Sie sicher, dass der Dienst bei einem Ausfall einer Komponente verfügbar bleibt? Diskutieren Sie Redundanz, Replikation und Failover-Strategien. 7. **Ratenbegrenzung und Missbrauchsprävention**: Wie würden Sie Missbrauch des Dienstes verhindern? Stellen Sie einen klaren, gut strukturierten Plan bereit, den ein erfahrener Ingenieur als Ausgangspunkt für die Implementierung verwenden kann. Fügen Sie grobe Kapazitätsschätzungen unter Annahme von 100 Millionen neuen URLs pro Monat und einem Lese-/Schreibverhältnis von 100:1 hinzu.

70
11 Mar 2026 17:55

Verwandte Links

X f L