c# - 服务总线重试逻辑:更喜欢队列重试还是实现 Polly?
问题描述
我已经实现了一个运行良好的服务总线队列侦听器。考虑到可能的失败,我必须在使用队列重试逻辑和使用 Polly 实现我自己的逻辑之间做出选择。我的直觉是使用 Polly 来更好地控制指数回退并区分“showstopper”和“ignorable”故障,但一位同事更喜欢使用服务总线重试逻辑。在我看来,队列重试逻辑很可能会一直失败,直到它将所有内容都放入死信队列,这增加了我们在监控和修复 dlq 方面的维护负担。
我考虑过一切吗?选择如何实现队列重试逻辑的一般准则是什么?
解决方案
推荐阅读
- laravel - Laravel array_merge():参数 #2 不是数组
- reactjs - 生命周期方法未按预期工作
- r - Shinydashboard:即使使用fluidRow也有高度问题
- ruby-on-rails - 无法在同一 VPC 上将 aws redis 与 ec2 连接
- cumulocity - Cumulocity beginner's question: How to do a realtime analytics
- php - 在 html5 脚本中使用变量作为数组键的问题
- .net - 基于国家的网络翻译
- c# - 使用 SaveFileDialog 备份 SQLite 数据库?
- python - TypeError:参数“字典”有多个值
- r - 使用 for 循环更改每行中最近列的值。寻求其他“更安全”的解决方案