弹性策略 on Dapr 文档库

超时弹性策略

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

网络调用可能因多种原因失败，导致应用程序无限期等待响应。通过设置超时时长，您可以切断那些无响应的服务，释放资源以处理新请求。

超时是可选策略，可用于提前终止长时间运行的操作。设置一个现实的超时时长，反映生产环境中的实际响应时间。如果超出了超时时长：

正在进行的操作将被终止（如果可能）。
返回错误。

超时策略格式

spec:
 policies:
 # 超时是指定的时长。
 timeouts:
 timeoutName: timeout1
 general: 5s
 important: 60s
 largeResponse: 10s

规范元数据

如果未指定超时值，策略不会强制执行时间，默认为您根据请求客户端设置的值。

断路器弹性策略

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

当其他应用程序/服务/组件出现较高的故障率时，会使用断路器策略。断路器通过监控请求并在满足特定条件时切断到受影响服务的所有流量来减少负载。

在一定数量的请求失败后，断路器会"跳闸"或打开以防止级联故障。通过这样做，断路器为服务提供从故障中恢复的时间，而不是用事件淹没它。

断路器还可以进入"半开"状态，允许部分流量通过以查看系统是否已恢复。

一旦请求恢复成功，断路器将进入"关闭"状态，并允许流量完全恢复。

断路器策略格式

spec:
 policies:
 circuitBreakers:
 pubsubCB:
 maxRequests: 1
 interval: 8s
 timeout: 45s
 trip: consecutiveFailures > 8

规格元数据

重试选项	描述
`maxRequests`	断路器处于半开状态（从故障中恢复）时允许通过的最大请求数。默认为 `1`。
`interval`	断路器用于清除其内部计数的循环时间周期。如果设置为 0 秒，则永远不会清除。默认为 `0s`。
`timeout`	打开状态的持续时间（直接在故障之后），直到断路器切换到半开状态。默认为 `60s`。
`trip`	由断路器评估的 Common Expression Language (CEL) 表达式。当表达式评估为 true 时，断路器跳闸并变为打开状态。默认为 `consecutiveFailures > 5`。其他可能的值是 `requests` 和 `totalFailures`，其中 `requests` 表示电路打开之前成功或失败调用的数量，`totalFailures` 表示电路打开之前失败尝试的总数（不一定是连续的）。示例：`requests > 5` 和 `totalFailures >3`。

后续步骤

了解默认弹性策略的更多信息
了解更多：
- 重试策略
- 超时策略

默认弹性策略

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

在弹性中，您可以设置具有广泛范围的默认策略。这是通过保留关键字完成的，让 Dapr 知道何时应用该策略。有 3 种默认策略类型：

DefaultRetryPolicy
DefaultTimeoutPolicy
DefaultCircuitBreakerPolicy

如果定义了这些策略，它们将用于对服务、应用程序或组件的每个操作。它们还可以通过附加额外关键字来修改以更加具体。具体策略遵循以下模式，Default%sRetryPolicy、Default%sTimeoutPolicy 和 Default%sCircuitBreakerPolicy。其中 %s 被替换为策略的目标。

下表列出了所有可能的默认策略关键字以及它们如何转换为策略名称。

关键字	目标操作	示例策略名称
`App`	服务调用。	`DefaultAppRetryPolicy`
`Actor`	Actor 调用。	`DefaultActorTimeoutPolicy`
`Component`	所有组件操作。	`DefaultComponentCircuitBreakerPolicy`
`ComponentInbound`	所有入站组件操作。	`DefaultComponentInboundRetryPolicy`
`ComponentOutbound`	所有出站组件操作。	`DefaultComponentOutboundTimeoutPolicy`
`StatestoreComponentOutbound`	所有状态存储组件操作。	`DefaultStatestoreComponentOutboundCircuitBreakerPolicy`
`PubsubComponentOutbound`	所有出站发布订阅（发布）组件操作。	`DefaultPubsubComponentOutboundRetryPolicy`
`PubsubComponentInbound`	所有入站发布订阅（订阅）组件操作。	`DefaultPubsubComponentInboundTimeoutPolicy`
`BindingComponentOutbound`	所有出站绑定（调用）组件操作。	`DefaultBindingComponentOutboundCircuitBreakerPolicy`
`BindingComponentInbound`	所有入站绑定（读取）组件操作。	`DefaultBindingComponentInboundRetryPolicy`
`SecretstoreComponentOutbound`	所有密钥存储组件操作。	`DefaultSecretstoreComponentTimeoutPolicy`
`ConfigurationComponentOutbound`	所有配置组件操作。	`DefaultConfigurationComponentOutboundCircuitBreakerPolicy`
`LockComponentOutbound`	所有锁组件操作。	`DefaultLockComponentOutboundRetryPolicy`

策略层次解析

如果正在执行的操作匹配策略类型，并且没有针对它的更具体的策略，则会应用默认策略。对于每个目标类型（app、actor 和 component），优先级最高的策略是命名策略，即专门针对该构造的策略。

如果不存在，则策略从最具体到最广泛应用。

默认策略与内置重试如何协同工作

在内置重试的情况下，默认策略不会阻止内置重试策略运行。两者一起使用，但仅在特定情况下。

对于服务和 Actor 调用，内置重试专门处理连接到远程边车时的问题（在需要时）。由于这些对 Dapr 运行时的稳定性很重要，因此它们不会被禁用，除非为操作专门引用了命名策略。在某些情况下，可能会同时从内置重试和默认重试策略进行额外重试，但这可以防止过于薄弱的默认策略降低边车的可用性/成功率。

应用程序的策略解析层次，从最具体到最广泛：

弹性策略 on Dapr 文档库

超时弹性策略

超时策略格式

规范元数据

断路器弹性策略

断路器策略格式

规格元数据

后续步骤

相关链接

默认弹性策略

策略层次解析

默认策略与内置重试如何协同工作