Queuing incoming requests during fallback on replicas

[Hoooao]

currently, we require that clients resubmit requests after the fallback is over. but with the deduplication, we can have replicas queue requests and immediately start back on the fast path

[Hoooao]

not worth implementing? seems add more uncertainty, and we generally assume fallback happen rarely, the perf improve will be minor,