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.

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

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

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

62
19 Mar 2026 18:51

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

77
14 Mar 2026 19:35

Verwandte Links

X f L