使用 Azure IoT 中心时，设备在一天中的不同时间需要每秒突发速度消息
Need burst speed messages per second for devices at various times during a day with Azure IoT hub
而 Azure 事件中心可以有几百万？每秒消息数，Azure IoT 中心对此的限制出奇的低。
- S1 有 12 msg/sec 速度但允许每天 400.000 条消息 pr。单位
- S2 有 120 msg/sec 速度，但允许每天发送 6.000.000 条消息。单位
- S3 有 6000 msg/sec 速度但允许 300.000.000 每日 msg pr 单位。
想象一个 IoT 解决方案，您的设备通常每小时发送 1 条消息，但能够激活短的“实时”模式以每秒发送消息，持续时间约为 2 分钟。
示例：10.000 台物联网设备：
假设这些设备中有 20% 碰巧每天同时启动实时模式会话 4 次。 （我们无法控制个人客户何时开始这些活动）。那是 2000 个设备，所需的连拍速度是 2000 msg/second.
每日信息需求：
- 普通消息：10.000dev * 24hours = 240.000 msg/day
- 每日实时消息计数：2.000dev * 120msg（2 分钟，每秒 1 条消息）* 每天 4 次 = 960.000 条消息
每日总消息数需要：240.000 + 960000 条消息 = 1.200.000 msg/day。
所需的 Azure IoT 中心层：具有 3 个单元的 S1 提供 1.200.000 msg/day。 （25 美元 * 3 件 = 75 美元/月）
所需连拍速度：
- 2000 台设备每秒同时发送几个
一天几分钟：2000 msg/second.需要 Azure 物联网中心
等级：S2 有 17 个单位，速度为 2040 msg/second。 ($250 * 17 个单位 =
4250 美元/月）或者选择带 1 个单元的 S3，速度为 6000
msg/sec继续。 （$2500/月）
由于每天的消息数量不多，每日消息计数只需要一个较低的 IoT 中心层，但是激活实时时对突发速度的需求需要一个不成比例的非常高的 IoT 中心层，它会飙升（33 倍）解决方案的每月成本，破坏了商业案例。
是否可以在一天中的不同时间允许临时突发速度，只要每天发送的消息总数不超过当前层最大限制？
我从 Nicole Berdy 2016 年的一篇文章中了解到，Azure IoT 中心的限制已经到位，以避免 DDOS 攻击和滥用。但是，为了能够使用 Azure IoT 中心模拟实时模式功能，我们需要更多事件中心，例如 messages/second 速度。这可以通过联系支持或其他方式打开吗？如果整个解决方案都存在于自己受保护的网络泡沫中，会有帮助吗？
谢谢，
对于实时需求，一定要考虑Azure IoT Edge并仔细检查是否可以在您的场景中实现它。
在您上面所做的计算中，例如 S2 的速度为 120 msg/秒。这并不完全正确。让我更好地解释一下：
- 设备到云的限制 发送 仅在您通过 120 发送操作/sec/unit[= 时应用42=]
- 每封邮件最大可达 256 KB，这是邮件大小的上限。
因此，要以尽可能低的成本成功实施方案，您需要回答的问题是：
- 我的设备的邮件大小是多少？
- 我是否需要在客户的云环境中近乎实时地显示消息，或者我担心的是特定时间内传感器的详细程度？
- 当我启用“突发模式”时，我是否利用了 Azure IoT SDK 的 batch mode？
你的问题：
Is it possible to allow for temporary burst speeds at varying times
during a day as long as the total number of daily messages sent does
not surpass current tier max limit?
不，例如对 S2 的限制是 120 次设备到云发送操作/sec/unit。
Can this be opened up by contacting support or something? Will it help
if the whole solution is living inside its own protected network
bubble?
否，唯一的例外是当您需要将可注册到单个 IoT Hub 的设备加模块总数增加到超过 1,000,000 时。在这种情况下，您应联系 Microsoft 支持。
而 Azure 事件中心可以有几百万？每秒消息数，Azure IoT 中心对此的限制出奇的低。
- S1 有 12 msg/sec 速度但允许每天 400.000 条消息 pr。单位
- S2 有 120 msg/sec 速度，但允许每天发送 6.000.000 条消息。单位
- S3 有 6000 msg/sec 速度但允许 300.000.000 每日 msg pr 单位。
想象一个 IoT 解决方案，您的设备通常每小时发送 1 条消息，但能够激活短的“实时”模式以每秒发送消息，持续时间约为 2 分钟。
示例：10.000 台物联网设备：
假设这些设备中有 20% 碰巧每天同时启动实时模式会话 4 次。 （我们无法控制个人客户何时开始这些活动）。那是 2000 个设备，所需的连拍速度是 2000 msg/second.
每日信息需求：
- 普通消息：10.000dev * 24hours = 240.000 msg/day
- 每日实时消息计数：2.000dev * 120msg（2 分钟，每秒 1 条消息）* 每天 4 次 = 960.000 条消息 每日总消息数需要：240.000 + 960000 条消息 = 1.200.000 msg/day。 所需的 Azure IoT 中心层：具有 3 个单元的 S1 提供 1.200.000 msg/day。 （25 美元 * 3 件 = 75 美元/月）
所需连拍速度：
- 2000 台设备每秒同时发送几个 一天几分钟：2000 msg/second.需要 Azure 物联网中心 等级：S2 有 17 个单位，速度为 2040 msg/second。 ($250 * 17 个单位 = 4250 美元/月）或者选择带 1 个单元的 S3，速度为 6000 msg/sec继续。 （$2500/月）
由于每天的消息数量不多，每日消息计数只需要一个较低的 IoT 中心层，但是激活实时时对突发速度的需求需要一个不成比例的非常高的 IoT 中心层，它会飙升（33 倍）解决方案的每月成本，破坏了商业案例。
是否可以在一天中的不同时间允许临时突发速度，只要每天发送的消息总数不超过当前层最大限制？
我从 Nicole Berdy 2016 年的一篇文章中了解到，Azure IoT 中心的限制已经到位，以避免 DDOS 攻击和滥用。但是，为了能够使用 Azure IoT 中心模拟实时模式功能，我们需要更多事件中心，例如 messages/second 速度。这可以通过联系支持或其他方式打开吗？如果整个解决方案都存在于自己受保护的网络泡沫中，会有帮助吗？
谢谢，
对于实时需求，一定要考虑Azure IoT Edge并仔细检查是否可以在您的场景中实现它。
在您上面所做的计算中，例如 S2 的速度为 120 msg/秒。这并不完全正确。让我更好地解释一下：
- 设备到云的限制 发送 仅在您通过 120 发送操作/sec/unit[= 时应用42=]
- 每封邮件最大可达 256 KB，这是邮件大小的上限。
因此，要以尽可能低的成本成功实施方案，您需要回答的问题是：
- 我的设备的邮件大小是多少？
- 我是否需要在客户的云环境中近乎实时地显示消息，或者我担心的是特定时间内传感器的详细程度？
- 当我启用“突发模式”时，我是否利用了 Azure IoT SDK 的 batch mode？
你的问题：
Is it possible to allow for temporary burst speeds at varying times during a day as long as the total number of daily messages sent does not surpass current tier max limit?
不，例如对 S2 的限制是 120 次设备到云发送操作/sec/unit。
Can this be opened up by contacting support or something? Will it help if the whole solution is living inside its own protected network bubble?
否，唯一的例外是当您需要将可注册到单个 IoT Hub 的设备加模块总数增加到超过 1,000,000 时。在这种情况下，您应联系 Microsoft 支持。