RES09-02 Determining Whether to Retry from the Client Based on the Comprehensive Evaluation Results
When the requests from a client time out or the client receives error responses, the client needs to determine whether to retry the requests. Retries help the client obtain desired results when requests fail but consume more of a server's time to get successful responses.
- Risk level
High
- Key strategies
- Retry requests if they time out when messages are lost due to intermittent disconnections or other temporary faults.
- Retry requests based on error codes. For temporary faults, for example, if an error code indicates that the system is busy, wait for a period of time and then retry the request. For non-temporary faults, you do not need to retry requests.
- If requests are made through the SDK with the built-in message retry function, the client does not need to retry the requests.
- In a multi-layer service stack, ensure only the original requester retries the requests to avoid layer-by-layer retry.
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot