【问题标题】:Azure Service Bus For SQL & Windows Job Execution用于 SQL 和 Windows 作业执行的 Azure 服务总线
【发布时间】:2018-12-19 07:49:55
【问题描述】:

我是 Azure 的新手,我的 CTO 要求我实施 Azure 服务总线。我有两种不同的需求,您可以将其称为 Azure 服务总线实施的业务场景。

案例 1:我们有多个相互依赖的 sql 和 windows 作业。例如窗口作业 A 需要在凌晨 3:00 运行,它的相关 sql 作业 "S" 在凌晨 3:00 之后成功运行后运行。但挑战在于,我们不确定 "A" 作业将花费多少时间来获取数据。

现在使用 Azure,我需要向作业 "S""发送通知,作业 "A" 已成功完成并立即运行。

我们将在此处设置松散耦合的大型 cron 作业,并始终在成功运行之前的作业时运行所有相互关联的作业。

案例 2:我们的作业服务器总是不同的,而我们的数据库服务器总是不同的,Azure 服务总线将托管在哪里?

考虑到我是新手,正在学习 Azure。

【问题讨论】:

  • 为什么要使用标签 azure-service-fabric?在这种情况下,您对 azure 服务总线的预期用途是什么?
  • @PeterBons 正如我所提到的,我是服务总线的新手,我认为 azure-service-fabric 与此有关。现在我编辑并删除了相同的内容。因此,在给定的业务场景中,我想使用 azure 服务功能并在我们的解决方案中实现相同的功能。
  • 这些工作是如何被触发的呢?我们在谈论什么样的工作(究竟什么是窗口工作和 slq 工作)?它是在本地还是在云端?

标签: azure azure-sql-database azureservicebus azure-servicebus-queues


【解决方案1】:

Azure Service Bus 是一个云消息传递平台,您可以在其中在您的 Azure 订阅下创建一个 Service Bus 命名空间,并开始通过队列和主题传输消息。

Azure 服务总线不能托管在任何地方,只能创建客户端来处理来自队列或主题的消息。基于该架构,可以在不同的服务上创建客户端。消息可以充当服务之间的通信方式或服务之间的触发器。

【讨论】:

猜你喜欢
  • 2018-07-10
  • 2022-01-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2017-10-10
  • 1970-01-01
  • 2013-02-23
  • 2015-11-03
相关资源
最近更新 更多