Dataford
Interview QuestionsInterview GuidesExperiencesMock InterviewsPricing
Get started

Build Reliable Dashboard Refresh Pipeline

HardPipelines00:00
I
Practice interviewer
Your interviewer
In session
I
Interviewer

Welcome to your interview.

The question is on your right: Build Reliable Dashboard Refresh Pipeline. Take a moment with it first.

Talk your thinking through with me if you like - when you're confident, submit your answer and I'll grade it like a real screen (7/10 or better passes). Discussion and graded submissions share your five interviewer interactions, so spend them well.

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

Problem

Scenario

You are responsible for the data pipeline that powers customer-facing operational dashboards for a utility analytics product. The current workflow refreshes visualizations after upstream meter, outage, and billing data lands, but users regularly see mismatched totals between dashboards and exported reports after reruns or late-arriving corrections. An internal audit has flagged the process as non-repeatable because the same reporting date can produce different results depending on job timing and partial failures. You need to redesign the workflow so dashboard updates are reliable, repeatable, and easy to recover without manual intervention.

Current State

ComponentStatus / Technology
Source systemsAMI meter reads, outage events, billing extracts, asset reference data
Landing zoneAzure Data Lake Storage Gen2, mixed CSV/JSON/Parquet drops
TransformationsAzure Databricks notebooks with ad hoc merge logic
WarehouseSnowflake serving curated reporting tables
Semantic layerItron Analytics dashboards reading Snowflake views
OrchestrationApache Airflow 2.x with daily and hourly DAGs
Scale: ~1.2 TB/day across 4 source domains, 180M meter-read records/day, hourly outage updates, daily billing corrections, 15-minute dashboard freshness target, 2 years of retained history, and recurring backfills for corrected utility data.

Question

How would you redesign this pipeline so each dashboard refresh is deterministic, idempotent, and auditable even when upstream files arrive late, are corrected, or need to be replayed? Explain the end-to-end workflow you would build from ingestion through transformation, validation, publication, and rollback for the visualization layer.