我需要与Windows Azure Service Bus Topics Billing相关的详细信息。例如。
我会因应用程序发布的内容或我的应用程序收到的内容而被收费吗?
例如。可以说我有一个发布者和5个主题。每个主题每秒有1000个消息,每个消息的大小为1KB。 另一方面,我有一个订阅者只订阅了一个主题并且还应用了过滤器,因此它每秒只接收10条消息,而不是1000条消息。
在出版商方面,我们有。 5 * 1000 msg / s x 60 * 60 * 24 * 30 * 1KB = 12 960 000 000条消息*一个月内五个主题的1KB。
在用户方面,我们有1 * 10 msg / s x 60 * 60 * 24 * 30 * 1KB = 25 920 000条消息* 1KB。
那么,我是否需要为A或B付费? 答:12 960 000 000条消息* 1KB B:25 920 000条消息* 1KB
答案 0 :(得分:2)
我发现这篇文章非常有助于理解定价结构:http://msdn.microsoft.com/en-us/library/windowsazure/hh667438.aspx
实质上,将上的消息放入队列计为一条消息。从队列中读取消息(或尝试读取)也算作一条消息。 对于主题和订阅者,将消息放在主题上是一条消息,每个读取消息的订阅者也是一条消息。
在您的示例中,您需要支付12 960 000 000 + 25 920 000 = 12985920000条消息。或者〜$ 13k - 考虑到你通过交易排队系统推动12TB,这还不错。
请注意,您应该使用内置的长轮询支持来读取队列,因为您需要为尝试读取空队列付费。
另外请记住,获取身份验证令牌需要收取额外费用,因此请确保您的代码不会为每个put或get获取新令牌。请参阅本文底部的费用表:http://msdn.microsoft.com/en-us/library/hh767287%28VS.103%29.aspx
答案 1 :(得分:1)
您需要支付A + B费用
多次传递相同的消息(例如,消息扇出 放弃,推迟或转发后的多个侦听器或消息检索 死亡刻字)将被视为独立消息。例如, 对于具有三个订阅的主题,单个64 KB 发送的消息和随后收到的消息将生成四个计费 消息(一个“in”加三个“out”,假设所有消息都是 发送给所有订阅)。
有关详细信息,请参阅MSDN:http://msdn.microsoft.com/en-us/library/hh667438.aspx#BKMK_SBv2FAQ2_6