Dataford
Interview QuestionsInterview GuidesExperiencesCoaching
New
Pricing
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

Monitor a Modern Data Platform

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

Your question is Monitor a Modern Data Platform. 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

Northstar Health, a digital healthcare analytics company, runs a mixed batch and streaming data platform on AWS. Source data includes PostgreSQL transactional databases, Fivetran SaaS connectors, and Kafka topics feeding a Snowflake warehouse. The current issue is not ingestion itself, but weak observability: failed jobs, stale tables, and silent data quality regressions are often discovered by analysts instead of the platform team.

You need to design a monitoring, alerting, and notification framework for the platform that gives engineers and data consumers clear visibility into pipeline health, freshness, and data quality.

Scale Requirements

  • Pipelines: 180 scheduled Airflow DAGs and 12 streaming jobs
  • Data volume: ~9 TB/day ingested into S3 and Snowflake
  • Tables monitored: 1,200 warehouse tables, 150 business-critical
  • Latency targets: batch SLA 30 minutes after schedule; streaming SLA < 2 minutes lag
  • Users: 40 internal analysts, 12 data engineers, 6 downstream ML jobs
  • Retention: 13 months of operational metrics and audit logs

Requirements

  1. Monitor orchestration health for Airflow DAGs, task retries, SLA misses, and dependency failures.
  2. Monitor streaming health for Kafka consumer lag, job restarts, and end-to-end latency.
  3. Implement data quality checks for row-count anomalies, null spikes, schema drift, duplicate keys, and freshness.
  4. Route alerts by severity: Slack for warnings, PagerDuty for production-critical failures, and email for daily summaries.
  5. Provide dashboards for engineers and business users showing pipeline status, table freshness, and incident history.
  6. Support alert deduplication, escalation, and suppression during planned maintenance windows.
  7. Store monitoring events in a queryable system for trend analysis and postmortems.

Constraints

  • AWS-first environment; avoid introducing more than two new managed services.
  • HIPAA-sensitive metadata: no raw PHI in logs, alerts, or dashboards.
  • Small team: 3 data engineers and 1 platform engineer.
  • Incremental budget cap: $12K/month.
  • Existing stack should remain: Airflow, Kafka, dbt, Snowflake, S3, and CloudWatch.