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