我们正在使用Azure DevOps Server 2020并使用YAML管道。
由于缺乏自动重试功能,在2020年的广告,我已经建立了自己的。因此,每当作业失败时,重试阶段就会启动,这将触发重试构建,该构建将尝试提供的buildId的失败作业。到目前为止还有效。对此的一个增强将是很好的,我将能够从构建列表中看到,构建已经通过了这个自动重试。所发生的情况是,当自动重试运行时,失败的作业将重试,但由于最终的重试阶段取决于失败的作业,它也
我使用spring-cloud-starter-feign中的Feign将请求发送到已定义的后端。我想使用Hystrix作为断路器,但只有一种用例:如果后端以HTTP 429: Too many requests代码响应,我的假客户端应该等待恰好一个小时,直到它再次联系真正的后端。为了实现这一点,我必须如何配置我的Spring Boot (1.5.10)应用程序?我看到了很多配置的可能性,但只有很少的例子-在我看来-不幸的是没有围绕用例解决。
我是服务总线的新手,我对RetryPolicy和它的工作原理很好奇,根据文档,对于瞬时异常(MessagingExcepitons,ServerBusy),重试已经自动发生,默认的重试次数是3,但我们可以使用RetryExponential类设置自定义重试策略。我如何检查这一点,如何复制MessagingExcepitons,ServerBusy异常,以便我可以看到日志。我正在使用azure service bus java sdk。