Azure 云中的自动缩放总是正确的解决方案吗

在可能的情况下，使用自动缩放始终是正确的解决方案。 我有一个web应用程序托管在azure云上，我还没有做任何自动缩放（计划）。该公司将推出一项促销活动，我知道该网站只会有3小时的流量

因此，我应该在这里进行自动缩放或根据时间表进行缩放（仅3小时）。事实上，如果自动缩放功能已经存在，为什么任何人都应该进行计划缩放

---

请告知

自动缩放可能是一个很棒的解决方案。但和所有解决方案一样，它可能并不适合所有情况。如果像您这样有一个可预测的突发场景，那么在突发即将开始时立即启动并运行额外的实例将提高性能。如果自动缩放开始，您必须等待新实例启动并运行，然后才能使用它们。这可能需要一些时间

请注意，水平缩放（或向内/向外缩放）与垂直缩放（或向下/向上缩放）不同。如果进行垂直缩放（增加或减少应用程序的定价层），可能会触发应用程序的循环，而水平缩放“仅”会添加应用程序的实例

如果我站在你的立场，我会为应用程序创建一个预定的手动秤，前后都有很长的时间，以便于升级和清理。最好是预热脚本或通过应用程序单击以确保加载所有资源的用户

---

有关更多信息，请参阅本文。

谢谢@Rick。。。很好的解释。那么，这是否意味着在自动缩放过程中，系统需要一些时间来旋转实例。如果是这种情况，那么当实例处于活动状态时，用户可能已经感觉到性能受到了影响。让我知道我的理解是否正确是的，用户可能已经感觉到性能受到了影响。当然，这在很大程度上取决于您定义的自动缩放设置。如果您通过指定良好的度量值及早捕获大量流量，您的用户可能不会受到性能影响。当您知道在特定时间有大量流量涌入时，“计划自动缩放”无疑是一种方法。您还应该提前计划进行一些规模测试。规模测试将帮助您预测您的应用程序可以承受多少负载，以及您需要多少实例才能在流量高峰中生存下来。