我需要有关 Windows Azure 服务总线主题计费的详细信息。例如。
我会为我的应用程序发布的内容或我的应用程序收到的内容付费吗？
例如。假设我有一个出版商和 5 个主题。每个主题每秒有 1000 条消息，其中每条消息的大小为 1KB。另一方面，我有一个订阅者只订阅了一个主题并且还应用了过滤器，因此它每秒只接收 10 条消息，而不是 1000 条。
在出版商方面，我们有。5 * 1000 msg/sx 60*60*24*30 * 1KB = 12 960 000 000 条消息 * 1KB 用于一个月内的五个主题。
在订阅者端，我们有 1 * 10 msg/sx 60*60*24*30 * 1KB = 25 920 000 条消息 * 1KB。
那么，我要为 A 或 B 付费吗？A：12 960 000 000 条消息 * 1KB B：25 920 000 条消息 * 1KB
我发现这篇文章对理解定价结构很有帮助：http: //msdn.microsoft.com/en-us/library/windowsazure/hh667438.aspx
从本质上讲，将消息放入队列算作一条消息。从队列中读取消息（或尝试读取）也算作一条消息。在主题和订阅者的情况下，将消息放在主题上是一条消息，每个订阅者阅读一条消息也是一条消息。
在您的示例中，您需要为 12 960 000 000 + 25 920 000 = 12985920000 条消息付费。或者约 13000 美元——考虑到您正在通过事务排队系统推送大约 12TB 的数据，这还不算太糟糕。
请注意，您应该使用内置的长轮询支持来读取队列，因为您将因尝试读取空队列而被收费。
另请记住，获取身份验证令牌需要支付象征性费用，因此请确保您的代码不会为每个 put 或 get 获取新令牌。请参阅本文底部的费用表：http: //msdn.microsoft.com/en-us/library/hh767287%28VS.103%29.aspx
您将被收取 A+B 费用...
同一消息的多次传递（例如，消息扇出到多个侦听器或在放弃、延迟或死信后检索消息）将被计为独立消息。例如，对于具有三个订阅的主题，发送和随后接收的单个 64 KB 消息将生成四个计费消息（一个“输入”加上三个“输出”，假设所有消息都传递到所有订阅）。
有关更多信息，请参阅 MSDN：http: //msdn.microsoft.com/en-us/library/hh667438.aspx#BKMK_SBv2FAQ2_6