FanDuel sportsbook analytics

Раздел 06

Тип материала — корпоративный кейс G06. FACT ограничен историческим источником.

Первичный источник и период

2023-12-08, изменения 2022–2023. Проверено 2026-11-03. How FanDuel adopted a modern Amazon Redshift architecture to serve critical business workloads

Подтверждённые компоненты и контекст

FACT — Совместная публикация с FanDuel описывает переход от DC2 к RA3, Redshift data sharing и Serverless. Событийный sportsbook pipeline загружал micro-batches. Risk/trading analytics выделили в отдельную compute область.

Реконструкция потока

INFERENCE — схема реконструирована по публикации. Стрелки отражают логические зависимости.

flowchart LR
 A["Sportsbook events"] --> B["Micro-batch ingestion"] --> C["Redshift producer"] --> D["Shared analytics compute"]

Надёжность, числа и UNKNOWN

FACT — авторы сообщают об удвоении query concurrency после разделения аналитических workloads. Это характеристика опубликованной конфигурации Redshift.

Авторы сообщают о более ранней готовности revenue reports относительно прежнего batch. Точный latency budget критического пути ставки и финансовые гарантии UNKNOWN. Restore/replay semantics UNKNOWN. Текущий production stack за пределами опубликованного среза UNKNOWN.

Trade-offs и переносимые решения

INFERENCE — Изолируйте query workload от ingest и измеряйте freshness отдельно. Выделение аналитики не определяет границу авторизации ставки.