Secondary index service
Design a secondary-index service for a sharded primary key-value store (sharded by user_id) that must answer queries by non-key attributes — 'all orders with status=PENDING' or 'all orders in region=EU' — across 200 shards at 60k index reads/sec. The base table takes 40k writes/sec. How do you build and maintain global secondary indexes, and how consistent are they with the base data?
What a strong answer looks like
Clarify scale and constraints first. Propose a clean component breakdown, then go deep on the hard parts (data model, bottlenecks, consistency, failure modes) and name the trade-offs you are making.
Clarify5:00 left
Estimate5:00 planned
Design15:00 planned
Deep dive12:00 planned
Failure8:00 planned
Which questions mattered is sealed until you submit. Telling you now would just be handing over the edge cases.
Run or narrate your approach, then ask the coach.