Your question is Distributed System Reliability Trade-offs. 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're planning a distributed backend change for a latency-sensitive product surface where requests are served from multiple regions and some writes replicate asynchronously. Different stakeholders are pushing for different outcomes: product wants the fastest possible response times, infrastructure wants stronger consistency guarantees to reduce edge-case bugs, and operations is focused on keeping the system available during regional failures. You need to explain how you would approach the trade-offs before the team commits to an implementation.
What are the trade-offs between latency, consistency, and availability in a distributed environment, and how would you make and communicate those decisions for a real engineering launch?