Dataford
Interview QuestionsInterview GuidesExperiencesMock InterviewsPricing
Get started
Dataford
Popular roles
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Browse
Browse All RolesEvery role hub, from analyst to MLBrowse All CompaniesCompany-specific interview loopsAll Interview GuidesThe full guide library
Top questions by role
Software EngineerData AnalystData ScientistData EngineerBusiness AnalystAI EngineerMachine Learning EngineerProduct Manager
Top questions by skill
SQLPythonStatisticsMachine LearningA/B TestingSystem DesignGenerative AIProduct SenseMetricsBehavioral
Browse all questions →Try a mock interview
Experiences
Practice
Mock InterviewsTimed interview simulations with feedbackCoaching1:1 coaching with people at your target companiesSuccess PathYour 6-week structured planModulesCurated lessons by topicWebinarsTalks from ex-Big Tech data leadsPlaygroundA free-form scratch editor
Learn
BlogInterview strategy and career adviceTech Job Market ReportHiring trends across data and AI rolesFor UniversitiesDataford for career centersAbout DatafordWho we are and how we build
Pricing
Build my plan

Handle Traffic Spikes in Data Pipelines

MediumPipelines00:00
Practice interviewer
In session
5 left
00:00

Your question is Handle Traffic Spikes in Data Pipelines. Take a moment with it on the right.

Talk me through your thinking if you like. When you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes).

You need to log in / sign up to chat or submit.

Problem

Context

FlashCart, a grocery delivery platform, currently runs a mixed batch and streaming data platform on AWS. Order events, inventory updates, courier pings, and app telemetry flow into Kafka and are processed by Spark jobs before landing in S3 and Snowflake. During promotions, weather disruptions, or regional outages, event volume can spike 5-8x, causing consumer lag, delayed dashboards, and occasional duplicate loads.

You need to design a resilient pipeline architecture that keeps critical datasets stable during sudden demand spikes while preserving data quality and recovery guarantees.

Scale Requirements

  • Normal throughput: 120K events/sec average across all topics
  • Spike throughput: 750K events/sec sustained for up to 45 minutes
  • Event size: 1-3 KB JSON/Avro
  • Daily volume: ~9 TB raw, ~3 TB compressed Parquet
  • Latency targets:
    • Operational metrics: < 2 minutes end-to-end
    • Finance/order facts: < 10 minutes
  • Retention: Kafka 7 days, S3 raw 180 days, curated warehouse tables 3 years
  • Availability target: 99.9% for ingestion and critical transformations

Requirements

  1. Design ingestion and processing layers that absorb 750K events/sec without dropping messages.
  2. Prioritize critical pipelines (orders, payments, inventory) over non-critical telemetry during backpressure.
  3. Ensure idempotent processing and safe replay for duplicate, late, or retried events.
  4. Maintain data quality checks for schema validation, null-rate anomalies, and duplicate detection during spikes.
  5. Define orchestration, autoscaling, and degradation strategies when downstream systems slow down.
  6. Support backfills and replay from raw storage without corrupting warehouse tables.
  7. Provide monitoring, alerting, and failure recovery for Kafka, Spark, Airflow, S3, and Snowflake.

Constraints

  • AWS is the required cloud; existing services include MSK, EMR, S3, Airflow, and Snowflake.
  • Incremental budget increase is capped at $35K/month.
  • Team size is 5 data engineers and 1 platform engineer.
  • PCI-related payment data must be encrypted in transit and at rest, with restricted access to curated tables.