Azure 服务总线:什么是请求和消息?

chi*_*mar 8 servicebus azure azureservicebus

我们的应用程序使用 Azure 服务总线进行消息传递。我们创建了几个主题和订阅者。我们每天将发送大约 500 条消息,但在图中它显示了对 500 条消息的数十万个请求。我们的计费价格也是每月 800 美元左右。这对于 500 * 30 条消息来说太多了。我不明白为什么价格这么高,而且我想知道图中的请求是什么意思?。

如果价格的原因是因为请求数量,那么我该如何减少请求数量?。我正确看到的消息。问题仅在于请求。

这只是供您参考的示例图(非原创)。在原始图中,我看到大约 100k 的 500 条消息请求。 在此处输入图片说明

sno*_*FFF 5

在这里,在常见问题解答下:https : //azure.microsoft.com/en-us/pricing/details/service-bus/

如何为队列和主题计算 Operations 仪表?

对于代理实体(队列和主题/订阅),操作是在任何协议上与服务总线服务的任何 API 交互。

大小小于或等于 64KB 的消息的发送、接收删除被视为一项计费操作。如果消息大小大于64KB,则按消息大小64KB的倍数计算计费操作次数。例如,发送到服务总线的 8 KB 消息将按一次操作计费,而发送到服务总线的 96 KB 消息将按两次操作计费。使用锁读取 8KB 消息,然后完成或明确放弃该消息将被视为两次操作。更新消息的锁定也会导致操作。

同一消息的多次传递(例如,消息扇出给多个订阅者或在放弃、延迟或死信后检索消息)将被视为独立操作。例如,在一个主题有三个订阅的情况下,发送和随后接收的单个 64KB 消息将生成四个计费操作,一个“输入”加三个“输出”,假设所有消息都传递给所有订阅并在读取过程中删除.

此外,创建、读取(列出)、更新和删除队列、主题或订阅均会产生操作费用。

操作是针对队列或主题/订阅服务端点进行的 API 调用。这包括管理、发送/接收和会话状态操作。

  • 但我不明白请求和消息之间的区别。 (10认同)
  • 请求和消息有什么区别...?其他人也问了!它们与“操作”有什么关系吗? (3认同)
  • 奇怪的是,上图显示了“请求”和“消息”,但天蓝色的计费信息却谈论了操作。对我来说,请求就是一个操作 - 因此对服务的任何 API 调用都是如此。任何给定的消息(您的实际有效负载)可能涉及多个操作,如上所述。当然,这只是我的解释(我不在微软工作)。 (3认同)