Dataford
Interview QuestionsInterview GuidesExperiencesMock InterviewsPricing
Get started

Design Pre-Rollout Network Change Validator

Hard
HardSystem DesignCold StartFeature StoreModel ServingAsked 1 times

Problem

Product Context

Meta operates a large global backbone and datacenter network that supports Facebook, Instagram, WhatsApp, Messenger, and internal services. Design an ML-driven validation system that scores proposed network changes before rollout in NetNORAD-like change management workflows, so network engineers can catch risky changes early and reduce incidents.

Scale

SignalValue
Network changes submitted/day1.8M
Peak validation QPS3,500 change requests/sec during rollout windows
Devices / endpoints in scope12M routers, switches, load balancers, hosts
Historical change records4B over 3 years
Topology / config graph size40B edges across regions and services
End-to-end scoring latency budget (p99)250ms per change

Task

  1. Clarify the product goal, prediction target, and what “validate before rollout” means operationally.
  2. Design an end-to-end ML system, including candidate retrieval, ranking, and final re-ranking / policy gating for change approval.
  3. Specify the offline and online data pipelines, labels, feature store design, and how you avoid training-serving skew.
  4. Choose models for each stage and justify tradeoffs across accuracy, latency, interpretability, and cost.
  5. Define offline evaluation, online rollout strategy, and guardrails for safe deployment.
  6. Identify key failure modes, including feature drift, stale topology data, and false negatives that allow bad changes through.

Constraints

  • The system must support both synchronous pre-submit validation and asynchronous deeper analysis after submission.
  • Many labels are delayed: incidents may be attributed minutes to hours after a change, and attribution can be noisy.
  • The final decision must remain human-auditable; engineers need explanations and top risk factors.
  • Some regions have stricter compliance requirements, so raw configs may need redaction or feature hashing before model training.
  • False negatives are much more expensive than false positives, but too many false positives will block engineer productivity and cause alert fatigue.
Practicing as: QA Engineer interview at Meta

Hi, I'll play your Meta interviewer for the QA Engineer role. Answer the question above like we're in the room, and I'll respond the way a real interviewer would.

Take this as a live interview session →

You are practicing as a guest. Sign up free to get your answer graded with AI feedback. Your draft stays right here.

Sign up freeI have an account
Sign up to unlock solutions
Meta QA Engineer Interview QuestionsTop 50 Cold Start Interview Questions
Next questions
MetaDesign ML Network Repair PipelineHardMetaDesign ML-Driven OTA RolloutHardMetaReal-Time Backbone Traffic Health MonitorHard