在FAQ下面:
https://azure.microsoft.com/en-us/pricing/details/service-bus/
队列和主题的操作计量是如何计算的?
对于经纪实体(队列和主题/订阅),任何协议上与Service Bus服务的API交互都被视为一个操作。
发送、接收、删除小于等于64KB大小的消息被视为一个计费操作。如果消息大于64KB,计费操作数将根据消息大小以64KB的倍数计算。例如,发送到Service Bus的8KB消息将计费为一个操作,但发送到Service Bus的96KB消息将计费为两个操作。读取带锁定的8KB消息,然后完成或显式放弃该消息将计费为两个操作。续订消息的锁定也会产生一次操作。
同一条消息的多次传递(例如,消息传递到多个订阅者或在放弃、延迟或死信处理后检索消息)将被视为独立操作。例如,在具有三个订阅的主题的情况下,发送并随后接收的单个64KB消息将生成四个计费操作,一个“in”加上三个“out”,假设所有消息都传递到所有订阅并在读取期间被删除。我在文档中找到了以下内容,但不确定这是否符合您的需求:
创建队列或订阅客户端时,可以指定接收模式:Peek-lock 或 Receive and Delete。默认接收模式为 PeekLock。在默认模式下操作时,客户端发送请求以从 Service Bus 接收消息。客户端接收消息后,发送请求以完成该消息。
将接收模式设置为 ReceiveAndDelete 时,两个步骤将合并成一个请求。这些步骤减少了总操作数,并且可以提高整体消息吞吐量。这种性能增益带来了丢失消息的风险。