Azure中的限制事件通知

Question

这主要是一个设计问题。我有一个Web应用程序，它从多个租户的多个用户接收数据。我们还有一个桌面应用程序，我们希望通过Web应用程序跟踪这些数据更改。

目前，桌面应用程序轮询每隔X秒检索数据。这是昂贵的，并且由于没有任何改变而导致对服务器的许多减少请求。我们想切换到更多的PUSH设计。

我们已经有了通过Azure Service Bus向桌面应用程序发送小消息的方法。我们的计划是在每次Web应用程序更改数据时通过服务总线推送消息。

但是，我们希望限制这些更改通知。因此，我们只能通过服务总线推送通知不少于每Y秒。这意味着如果一组用户在网站上发生了很多变化，我们只需要每分钟更新一次桌面应用程序。

以下是工作流程的基本概念：

  User => WebApp => Writes Data to SQL =>
  User => WebApp => Writes Data to SQL => Throttler => ServiceBus => Desktop App => Requests Data from SQL
  User => WebApp => Writes Data to SQL =>

是否存在任何云设计模式来解决此“限制”问题？是否有任何特定的Azure“位”可以提供帮助。我想避免在每次请求进入时都将时间数据存储在SQL服务器中检查它，但这是我现在最好的猜测。

我觉得应该能够完成此任务的AzureStorage队列，Azure功能和/或逻辑应用程序的某种组合。如果可能的话，我想避免通知中心，因为它们似乎打算用于移动应用程序，我认为我们的规模并不符合成本效益。但是，如果这是最好的方法，我愿意听听别人的意见。