服务总线定价

中继将发送到中继的每条消息以及中继发送的每条消息计为可计费。可计费消息为最多 64 KB 的数据帧。如果消息超过 64 KB（如返回图像的 HTTP 回复），每多 64 KB 都将另计为一条可计费消息。对于执行请求/响应方案的常规中继服务，请求首先传输到中继，然后到服务，回复的传输路径相同。可累计到至少四条可计费消息。对于具有 4 个侦听器的多播服务，发送到中继的消息计为 1 条消息，发送到侦听器的 4 条消息，每条也计为一条消息，总共产生 5 条消息。

对于中转实体（队列和主题或订阅），一个操作是在任何协议上与服务总线进行任何 API 互动。

发送、接收、删除小于或等于 64 KB 的消息被视为一个可计费操作。如果消息大小超过 64 KB，将根据消息大小是 64 KB 的倍数计算可计费操作数。例如，发送到服务总线的一条 8 KB 消息将按一个操作计费，但发送到服务总线的一条 96 KB 消息将按两个操作计费。通过锁定读取 8 KB 消息，然后完成或显示放弃消息将按两个操作计费。重新锁定消息也将产生一个操作。

多次传送的同一消息（例如，消息发送给多个订户，或者在放弃、延期投寄或无法投寄后取回消息）将计为单独的操作。例如，如果一个主题具有 3 个订阅，则发送和随后接收的一条 64 KB 的消息将按 4 个可计费操作收费（1 个“传入”操作，3 个“传出”操作，假定所有消息均传送给所有订阅并在读取时删除）。

此外，创建、读取（列出）、更新和删除队列、主题或订阅，每个都将产生操作费用。

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

将按每个服务总线中继处于“打开”状态的累积时间量对中继小时数收费。当启用中继的 WCF 服务（即“中继侦听器”）第一次连接到给定服务总线地址（服务命名空间 URL）时，中继将隐式实例化并在该地址中打开。仅当最后一个侦听器从其地址断开连接时，该中继才会关闭。因此，出于计费目的，在第一个中继侦听器连接到该中继的服务总线地址到最后一个中继侦听器从该地址断开连接的这段时间内，中继将被认为处于“打开”状态。

中转连接定义为下列其中一项：

1. 从客户端到服务总线主题、订阅、队列或事件中心的 AMQP 连接。
2. 从接收超时值大于零的服务总线主题或队列接收消息的 HTTP 调用。

Microsoft 对超出附送数量（“标准”和“高级”层为 1,000）的峰值并发中转连接数进行收费。峰值每小时计量一次，按照每月 730 小时按比例分配费用，并在每月计费周期内累加。在计费周期结束时，针对按比例分配的小时峰值的总和应用附送数量（每月 1,000 个中转连接）。

示例：

1. 5,000 个客户端每个通过单个 AMQP 连接进行连接，接收来自服务总线主题的命令并将事件发送到队列。如果所有客户端每天连接 12 小时，则需要支付以下连接费用（未包括任何其他服务总线费用）：5,000个连接 * 12 小时 * 30.5 天/730 = 2,500 个中转连接。在扣除每月 1,000 个中转连接的限额后，需要支付 1,500 个中转连接的费用。
2. 5,000 个客户端通过 HTTP 从服务总线队列接收消息，超时不为零。如果所有设备每天连接 12 小时，则需要支付以下连接费用（未包括任何其他服务总线费用）：5,000 个 HTTP 接收连接 * 12 小时/天 * 30.5 天/730 小时 = 2,500 个中转连接。

是的，是免费的。不管有多少个发送系统或设备，使用 HTTP 发送事件都不必支付连接费用。使用超时值大于零的 HTTP 接收事件（有时称为“长轮询”）会产生中转连接费用。无论连接是用于发送还是接收，AMQP 连接都会产生中转连接费用。请注意，在“基本”命名空间中，最多可使用 100 个免费中转连接（这也是 Azure 订阅允许的最大中转连接数）。在 Azure 订阅中，任何和所有“标准”命名空间内的前 1,000 个中转连接都是免费提供的（不包括在基础费用内）。由于这些限额足以涵盖许多的服务到服务方案，因此通常仅当你打算对大量客户端使用 AMQP 或 HTTP 长轮询时，例如，想要实现更高效的事件流或者启用与数以千计或数百万设备或应用实例的双向通信时，中转连接费用才会变得可观。

否，每个 Azure 订阅每月仅需支付一次标准基础费用。这意味着在你创建了一个标准级别的服务总线命名空间后，你将能够在同一 Azure 订阅下创建任意数目的标准级别命名空间，而不会产生附加的基础费用。

“高级”层的服务总线消息传送为 Azure 服务总线队列和主题的所有消息传送功能提供可预测、可重复的性能、更高的吞吐量和更佳的可用性。“高级”层使用专用的资源分配模型，提供工作负荷隔离和一致性能。因为“高级”层中的计算和内存资源都是专用的，因此不存在其他层中的按消息事务收费。消息单位分配中包括了所有的事务。

消息传送单元专为“高级”命名空间保留的一系列专用资源。这个资源集可以实现消息传送工作负荷的一致、可重复性能。每个“高级”命名空间可拥有 1、2 或 4 个消息传送单元，且资源分配线性增长：2 个消息传送单元的资源将是分配的 1 个消息传送单元资源的两倍。

服务总线消息传送的“高级”层是按所购买的消息传送单元数计费的统一日费率。创建为“高级”的命名空间可拥有 1、2 或 4 个消息传送单元，它们各自按给定数量的消息传送单元日费率累积计费。“高级”命名空间可随时更改所购买的消息传送单元数，但日费率基于随时分配到此命名空间的最大消息传送单元数。

是的，可以从标准层升级到高级层。有关如何将解决方案从标准消息传递迁移到高级消息传递的指南，请参阅我们的文档。

混合连接可以在两个连网的应用程序之间建立双向二进制流通信，一方或双方都可驻留在 NAT 或防火墙之后。可以在任意平台上同时实施接受中继连接的侦听器以及发起中继连接的发送器，但应采用支持基本 WebSocket 功能（包括大多数 Web 浏览器中的 WebSocket API）的任意语言实施。

当你创建第一个混合连接侦听器时，将按每侦听器费率收费。要创建的每个单独的侦听器都采用相同的费率进行计费。服务中已包含每月 5 GB 的免费数据传输。可在所有侦听器单位中使用这 5 GB 免费数据传输。如果所有侦听器单位间的总数据传输超过 5 GB，将对超额数据传输付费。

定价示例 1 - 如果安装了一个侦听器（如一个混合连接管理器实例）并连续运行一整月，且这个月内跨连接发送了 3 GB 数据，那么总费用将为 $-。

定价示例 2 - 如果安装了一个侦听器（如一个混合连接管理器实例）并连续运行一整月，且这个月内跨连接发送了 10 GB 数据，那么总费用将为 $-。该费用基于连接和前 5 GB 的 $- 加上额外 5 GB 数据的 $-。

定价示例 3 - 如果安装了两个混合连接管理器实例（A 和 B）并连续运行一整月，且这个月内跨连接 A 发送了 3 GB 数据，跨连接 B 发送了 6 GB 数据，总共发送了 9 GB 数据，那么总费用将为 $-。该费用基于连接 A 的 $- 加上连接 B 的 $-再加上额外 4 GB 超额数据的 $-。

每次连接到侦听器将收取 64 KB 的费用。将从每月为侦听器单位免费提供的 5 GB 中减去上述数据量。每小时以 5 分钟为增量对侦听器单位费用进行计算。出于开发/测试目的的多次打开和关闭不会收费。

如果开启连接但未传输任何数据，我们将代表你每分钟传输 1 KB 以保持连接可用。这样做的目的是使网络不会每隔几分钟就自动关闭连接。此操作对一个已连接侦听器产生的费用每月少于 $0.05。