azure - 使用Azure服务总线作为备份消息服务是一个好的模式吗?

标签 azure azure-servicebus-queues

我们正在考虑一种设计模式,其中

  1. Web 服务尝试将数据插入数据库
  2. 如果调用失败并且数据库不可用
  3. 然后我们将该数据传递到 Azure 服务总线
  4. 一旦数据库备份,其他一些服务将从服务总线读取数据并将其插入数据库。

我个人没有见过这种模式,但是这种设计有什么问题吗?

最佳答案

排队系统通常使用的方式与您所要求的略有不同。 如果目标资源(数据库)不可用,队列允许可靠的命令执行,并平衡资源上的负载而不是压倒它。

步骤是:

  1. Web 服务发送一条服务总线消息,其中包含需要插入数据库的数据。
  2. 后端服务正在查看消息并尝试将其插入数据库。
  3. 如果操作失败或数据库不可用,则会重试该消息。

关于azure - 使用Azure服务总线作为备份消息服务是一个好的模式吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/57982622/

相关文章:

c# - 如何通过端口 80 向 Azure 服务总线发送消息?

c# - 未收到 Azure 服务总线消息

Azure 服务总线订阅者死信

c# - 在 Azure Function 中按顺序处理服务总线消息(无并发调用)

Azure ARM模板部署: Authoriztion issue

java - Azure 数据工厂 - 无法验证 invalid_grant

azure - 将数据从 Azure Data Lake Store 加载到 SQL 数据仓库

c# - 如何优雅地使服务总线触发 Azure Functions 失败

azure - 在 azure 中,我应该在哪里添加电子邮件端点以从 azure 自动化 Runbook 发送结果?

azure - 仅允许从前端到 ADF 前门的流量