代码之家 › 专栏 › 技术社区 › James

云中的自动缩放总是正确的解决方案吗[关闭]

autoscaling azure-web-app-service azure

-3

James · 技术社区 · 7 年前

尽可能使用自动缩放是否始终是正确的解决方案。我有一个web应用程序托管在azure云上,我还没有做任何自动扩展(计划)。该公司将推出一个促销活动,我知道只有3个小时的访问量会很高。

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

1 回复 | 直到 7 年前

rickvdbosch 7 年前

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

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

如果我站在你的立场上,我会为应用程序创建一个计划的手动秤,在前后都有很长的时间,以便于升级和清理。预热脚本或用户点击应用程序以确保加载所有资源是可取的。

有关更多信息,请参阅此 Auto-scaling guidance 文章

推荐文章

Vincent Doba · azure函数的有效绑定名称是什么?

2 年前

theb · 无法使用带有ActiveDirectoryServicePrincipal的JDBC连接到Azure DB

2 年前

user1610362 · Azure ServiceBus JMS库是否支持托管身份?

2 年前

mitsui · Azure provider中的AWS lambda层等效于什么?

2 年前

Surendar · 扩展azure cosmos数据库吞吐量时禁用保存选项

2 年前

Ben · 无法使用SDK运行AzureML实验-无法为pynacl构建控制盘/退出状态:1

2 年前

hmt1517 · 我们可以使用terraform在关闭状态下部署azure vm吗?

2 年前

Dinesh · 将带有wsHttpBinding的WCF服务迁移到Azure应用程序服务

2 年前

kolek · EWS要求与会者UPNs(主要名称)

2 年前

H. Pauwelyn · 使用密钥库存储ABP框架的默认连接字符串

2 年前