Azure 服务总线 - 估计代理连接数
Azure Service Bus - estimation of the number of brokered connection
我想估计没有。在为以下场景得出服务总线（标准层）定价时的代理连接数：
- 有
32 clients 通过 AMQP 协议向服务总线队列发送消息/从服务总线队列接收消息。
- 每个客户端在一小时内多次连接到服务总线，单次连接的持续时间（包括超时）~=
1 minute。
我从 documentation 了解到，Microsoft 根据并发代理连接的峰值数量收费：
Microsoft charges for the peak number of concurrent brokered
connections that exceed the included quantity (1,000 in the standard
and premium tier).
现在一个月，第一号会是什么。中转连接数？
- 是 32 吗？ - 因为，在任何给定时间点，只有 32 个峰值实时连接 并且基于定价文件中给出的公式。因此总连接数为
32 connections * 24 hours per day * 30.5 days / 730 = 32.
- 或是 1920 年吗？ - 因为在一个小时内，每个客户端连接到服务总线 60 次（分钟数一小时 [=60] / 单个连接的持续时间 [=1]）。因此，总连接数为
(32 * 60) connections * 24 hours per day * 30,5 days / 730 = 1920.
请帮助我了解如何计算编号。在这种情况下代理连接！
在这种情况下，它将是 32，因为服务总线上有每小时计量。 （即使按分钟计费，也是32）
希望对您有所帮助。
我想估计没有。在为以下场景得出服务总线（标准层）定价时的代理连接数：
- 有
32 clients通过 AMQP 协议向服务总线队列发送消息/从服务总线队列接收消息。 - 每个客户端在一小时内多次连接到服务总线，单次连接的持续时间（包括超时）~=
1 minute。
我从 documentation 了解到，Microsoft 根据并发代理连接的峰值数量收费：
Microsoft charges for the peak number of concurrent brokered connections that exceed the included quantity (1,000 in the standard and premium tier).
现在一个月，第一号会是什么。中转连接数？
- 是 32 吗？ - 因为，在任何给定时间点，只有 32 个峰值实时连接 并且基于定价文件中给出的公式。因此总连接数为
32 connections * 24 hours per day * 30.5 days / 730 = 32. - 或是 1920 年吗？ - 因为在一个小时内，每个客户端连接到服务总线 60 次（分钟数一小时 [=60] / 单个连接的持续时间 [=1]）。因此，总连接数为
(32 * 60) connections * 24 hours per day * 30,5 days / 730 = 1920.
请帮助我了解如何计算编号。在这种情况下代理连接！
在这种情况下，它将是 32，因为服务总线上有每小时计量。 （即使按分钟计费，也是32）
希望对您有所帮助。