Azure SQL&；服务总线；Windows作业执行

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

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

现在使用Azure bu，我需要向作业“S”“发送通知，作业“A”已成功完成并立即运行

在这里，我们将设置松散耦合的大型crone作业，并始终在成功运行前一个作业时运行所有相互关联的作业

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

---

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

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

---

Azure Service Bus不能托管在任何位置，只能创建客户端来处理来自队列或主题的消息。根据体系结构，可以在不同的服务上创建客户端。这些消息可以作为服务之间的通信模式或服务之间的触发器。

为什么要使用标记Azure Service fabric？以及什么在这个场景中，您打算使用azure服务总线吗？@PeterBons正如我提到的，我是服务总线新手，我认为azure服务结构与此相关。现在我编辑并删除了相同的内容。因此，在给定的业务场景中，我想使用azure服务功能，并在我们的解决方案中实现相同的功能。这些工作是如何完成的被触发？我们谈论的是什么类型的作业（确切地说，什么是窗口作业和slq作业）？它是在本地还是在云中？队列和主题将存储在哪里？在用户选择的Azure数据中心中，同时创建命名空间。在此处检查可用的数据中心