，它在论坛的某个地方。
我正在测试azure上的自动缩放功能，包括服务总线队列消息和工作者角色。
autoscale中的简单场景是，对于每个实例中的队列中超过10个消息，将发生自动缩放。然而，在测试期间，我注意到，即使我在队列中推送了200多条消息，即使在半小时后，
1)只有一个实例被放大(从1开始，它变成了2)
2)两个实例都不稳定，即处于"运行"状态。
这让我很困惑，以下是不一致显示的可能原因吗?
1)我的订阅是每月有上限的公司msdn订阅(当然这只意味着开发工作)。
我在几秒钟内就推送了200条信息。显然，这可能是一个生产场景，但它会阻碍…
有哪些可能性?
Azure的自动伸缩工作在60分钟的累计周期。一旦启动，它通常一次添加一个实例，并且需要10-12分钟才能将一个实例添加到云服务(这是我假设您拥有的)。
如果你想在自动缩放方面有更多的控制和选择，可以考虑专门从事这方面的第三方产品，比如CloudMonix，它是AzureWatch的后继产品——我都与这两个产品有联系
关于为什么你的实例在扩展期间都没有就绪的特别注意:这是因为你从1个实例开始到2个。如果您从2个实例开始，然后增加到3+，那么您的前两个实例就可以了。这是Azure负载均衡器的一个特殊问题，我忘记了微软给出的解释，但如果你查看
服务总线将在几秒钟内吃掉200条消息。试着发送更多，比如20000。
这里是一个示例，它使用f#，但相同的概念。http://indiedevspot.com/2015/03/14/mocking-iot-telemetry-data-with-azure/