From cfbd480166c29951d372ed1f9b73fc843a0d2520 Mon Sep 17 00:00:00 2001 From: Davin Kevin Date: Fri, 15 May 2020 17:02:23 +0200 Subject: [PATCH] fix(retry): add default behavior about retry (#7328) Link to https://github.com/istio/istio/issues/20547 --- content/en/docs/concepts/traffic-management/index.md | 4 ++-- content/pt-br/docs/concepts/traffic-management/index.md | 4 ++-- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/content/en/docs/concepts/traffic-management/index.md b/content/en/docs/concepts/traffic-management/index.md index 912d858ba1..745c88e5b9 100644 --- a/content/en/docs/concepts/traffic-management/index.md +++ b/content/en/docs/concepts/traffic-management/index.md @@ -666,8 +666,8 @@ availability and application performance by making sure that calls don’t fail permanently because of transient problems such as a temporarily overloaded service or network. The interval between retries (25ms+) is variable and determined automatically by Istio, preventing the called service from being -overwhelmed with requests. By default, the Envoy proxy doesn’t attempt to -reconnect to services after a first failure. +overwhelmed with requests. The default retry behavior for HTTP requests is to +retry twice before returning the error. Like timeouts, Istio’s default retry behavior might not suit your application needs in terms of latency (too many retries to a failed service can slow things diff --git a/content/pt-br/docs/concepts/traffic-management/index.md b/content/pt-br/docs/concepts/traffic-management/index.md index c27ad4f639..85ac26b073 100644 --- a/content/pt-br/docs/concepts/traffic-management/index.md +++ b/content/pt-br/docs/concepts/traffic-management/index.md @@ -674,8 +674,8 @@ availability and application performance by making sure that calls don’t fail permanently because of transient problems such as a temporarily overloaded service or network. The interval between retries (25ms+) is variable and determined automatically by Istio, preventing the called service from being -overwhelmed with requests. By default, the Envoy proxy doesn’t attempt to -reconnect to services after a first failure. +overwhelmed with requests. The default retry behavior for HTTP requests is to +retry a call twice before sending back the error. Like timeouts, Istio’s default retry behavior might not suit your application needs in terms of latency (too many retries to a failed service can slow things