Use ExecuteHttpRequestWithRetryAsync
for (most) every http request
#521
Labels
enhancement
New feature or request
Performance
Enable users can run task as cheap and as fast as possible
Robustness
Enable users can run tasks w/o bugs or with mitigation of known bugs
TES Priority: P2
Groomed to a Priority 2 issue
Milestone
Problem:
I noticed during a recent transient failure of the unit-integration tests that most of the code is not using the
http
protocol-specific retry policy exposed throughRetryHandler.ExecuteHttpRequestWithRetryAsync
. Some code uses less efficient means, most code doesn't try at all.Solution:
A lot of failures during runtime could be avoided without adding significant time (compared to the costs of retrying entire tasks) by using an efficient retry mechanism, especially one tuned to the metadata returned by the server in the
HttpResponseMessage
.Describe alternatives you've considered
Leaving things as they are,
Code dependencies
Will this require code changes in:
CoA, for new and/or existing deployments?
NoTES standalone, for new and/or existing deployments?
NoTerra, for new and/or existing deployments?
NoBuild pipeline?
NoIntegration tests?
NoAdditional context
TBD
The text was updated successfully, but these errors were encountered: