Skip to main content

High-Level Architecture

The Atlas platform is a microservices-based system with four primary layers:

Services

Events API (atlas-events)

The high-throughput event ingestion service. Its only job is to receive events and publish them to Kafka as fast as possible. Architectural layers:
Failure handling: If Kafka is unavailable, events are routed to the Dead-Letter Queue (atlas.events.dlq) for replay. This ensures zero data loss under normal infrastructure failures.

Backend API (atlas-backend)

The application backend — handles authentication, user management, multi-tenancy, and data serving for the dashboard.

Dashboard (atlas-web)

The main frontend application for operators and analysts.

Data Flow: A Bet Being Placed

  1. Player places a bet on your platform
  2. Your backend calls POST /api/v1/sport with the bet details
  3. Events API validates the payload and publishes to the atlas.events.raw.sportsbook Kafka topic
  4. Kafka consumers process the event: update risk exposure, financial position, player profile
  5. Analytics are immediately available in the Atlas Dashboard
  6. If a risk threshold is exceeded, a webhook fires to your system (coming soon)

Kafka Topics

Security Model

  • Events API: API Key authentication (X-API-Key header) for domain endpoints, JWT Bearer for generic events
  • Backend API: Auth0-issued JWT tokens with organization scope
  • Data Isolation: All data is scoped by org_id + brand_id. Cross-tenant access is impossible at the data layer.
  • TLS: All endpoints enforce HTTPS in production

Infrastructure