Keep an optional dependency from exhausting checkout.
Instruction: Choose a deadline, isolation and fallback policy; contrast it with a mandatory authoritative-price dependency.
A fictional checkout has a 900 ms end-to-end response budget, including 200 ms of mandatory work. Optional recommendations sometimes hang for several seconds. They currently share checkout's thread and connection pools, and the caller retries three times. A timeout stops waiting, but the client library's cancellation behavior has not been measured.
Give a concrete starting policy and a failure/recovery test. Then change one fact: the same dependency must provide the binding contractual price, and no authoritative fallback exists. Explain which action changes and which protections remain.
Updated
Official answer available
Read the opening below, then unlock the full answer and practical guidance.
For optional recommendations, I would start with a 150 ms total call budget, no synchronous retries and a separate bounded concurrency pool...
Related Questions
-
easy
-
easy
-
easy
-
easy
-
easy
-
easy