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

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.

64
19 Mar 2026 18:51

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.

66
19 Mar 2026 07:43

Verwandte Links

X f L