重试弹性策略

Mon, 01 Jan 0001 00:00:00 +0000

请求可能因瞬时错误而失败，例如遇到网络拥塞、重新路由到过载实例等。有时，请求也可能因已设置的其他弹性策略而失败，例如触发了定义的超时或熔断器策略。

在这些情况下，配置 retries 可以：

将相同请求发送到不同的实例，或
在条件清除后重试发送请求。

重试和超时协同工作，超时确保您的系统在需要时快速失败，而重试从临时故障中恢复。

Dapr 提供默认弹性策略，您可以使用用户定义的重试策略覆盖它们。

重要

每个发布订阅组件都有自己的内置重试行为。显式应用 Dapr 弹性策略不会覆盖这些隐式重试策略。相反，弹性策略会增强内置重试，这可能导致消息重复聚集。

重试策略格式

示例 1

spec:
 policies:
 # Retries are named templates for retry configurations and are instantiated for life of the operation.
 retries:
 pubsubRetry:
 policy: constant
 duration: 5s
 maxRetries: 10

 retryForever:
 policy: exponential
 maxInterval: 15s
 maxRetries: -1 # Retry indefinitely

示例 2

spec:
 policies:
 retries:
 retry5xxOnly:
 policy: constant
 duration: 5s
 maxRetries: 3
 matching:
 httpStatusCodes: "429,500-599" # retry the HTTP status codes in this range. All others are not retried. 
 gRPCStatusCodes: "1-4,8-11,13,14" # retry gRPC status codes in these ranges and separate single codes.

规范元数据

以下重试选项是可配置的：

覆盖默认重试弹性策略

Mon, 01 Jan 0001 00:00:00 +0000

Dapr 为任何不成功的请求（如故障和临时错误）提供默认重试。在弹性规范中，您可以通过使用保留的命名关键字定义策略来覆盖 Dapr 的默认重试逻辑。例如，定义一个名为 DaprBuiltInServiceRetries 的策略可以覆盖通过服务间请求在边车之间发生故障时的默认重试。策略覆盖不会应用于特定目标。

注意：虽然您可以使用更稳健的重试来覆盖默认值，但不能使用低于提供的默认值的值进行覆盖，也不能完全移除默认重试。这可以防止意外的停机。

下表描述了 Dapr 的默认重试以及用于覆盖它们的策略关键字：

功能	覆盖关键字	默认重试行为	描述
服务调用	DaprBuiltInServiceRetries	每次调用重试的退避间隔为 1 秒，最多重试 3 次。	边车对边车的请求（服务调用方法调用）失败并导致 gRPC 代码 `Unavailable` 或 `Unauthenticated`
Actors	DaprBuiltInActorRetries	每次调用重试的退避间隔为 1 秒，最多重试 3 次。	边车对边车的请求（Actor 方法调用）失败并导致 gRPC 代码 `Unavailable` 或 `Unauthenticated`
Actor 提醒	DaprBuiltInActorReminderRetries	每次调用重试采用指数退避，初始间隔为 500ms，最大间隔为 60s，持续时间为 15 分钟	向状态存储持久化 Actor 提醒失败的请求
初始化重试	DaprBuiltInInitializationRetries	每次调用执行 3 次重试，采用指数退避，初始间隔为 500ms，持续时间为 10 秒	向应用程序发出请求以检索给定规范时的故障。例如，检索订阅、组件或弹性规范失败

下面的弹性规范示例展示了如何使用保留的命名关键字 ‘DaprBuiltInServiceRetries’ 来覆盖_所有_服务调用请求的默认重试。

同时还定义了一个名为 ‘retryForever’ 的重试策略，该策略仅应用于 appB 目标。appB 使用 ‘retryForever’ 重试策略，而所有其他应用程序服务调用重试故障则使用被覆盖的 ‘DaprBuiltInServiceRetries’ 默认策略。

重试和退避弹性策略 on Dapr 文档库

重试弹性策略

重要

重试策略格式

规范元数据

覆盖默认重试弹性策略