Amazon web services 是否可以在没有负载平衡器的情况下创建自动缩放的弹性Beanstalk?

Amazon web services 是否可以在没有负载平衡器的情况下创建自动缩放的弹性Beanstalk?,amazon-web-services,amazon-elastic-beanstalk,Amazon Web Services,Amazon Elastic Beanstalk,我们有一个由API和许多微服务组成的应用程序。API写入微服务正在侦听的队列。我们目前有25个微服务,其中没有一个需要负载平衡器。以每年近5k的成本,我们希望尽可能不使用这些微服务负载平衡器。困难在于,这些微服务需要根据CPU使用情况自动调整规模——因此,简单地将应用程序设置为所述的单实例环境并不能解决这一问题 有没有办法让自动缩放弹性beanstalk组没有负载平衡器?我们使用CloudFormation来描述我们的部署,并希望通过CloudFormation模板删除负载平衡器。我已经看过了,

我们有一个由API和许多微服务组成的应用程序。API写入微服务正在侦听的队列。我们目前有25个微服务,其中没有一个需要负载平衡器。以每年近5k的成本,我们希望尽可能不使用这些微服务负载平衡器。困难在于,这些微服务需要根据CPU使用情况自动调整规模——因此,简单地将应用程序设置为所述的单实例环境并不能解决这一问题


有没有办法让自动缩放弹性beanstalk组没有负载平衡器?我们使用CloudFormation来描述我们的部署,并希望通过CloudFormation模板删除负载平衡器。我已经看过了,似乎找不到任何适合这个用例的东西。

您需要用弹性豆茎制作工作层。因此不需要负载平衡器。本页对此进行了详细描述


我不认为在弹性豆茎上没有负载平衡的情况下可以自动伸缩;但是,您可以从不需要负载平衡器的启动配置创建ec2实例的自动缩放组,为什么要根据微服务的CPU使用量而不是正在使用的SQS队列的大小进行扩展?@jbird我们仍然在考虑各种选项-我们认为如果我们使用CPU使用量,会更加标准化,因为某些微服务处理消息的时间比其他微服务长。通过这种方式,我们可以进行全局扩展设置(并在不进行任何部署配置的情况下添加新的微服务)。@cscan谢谢!您可以始终使用多个扩展策略来找到最适合您的应用程序的扩展策略。除非我遗漏了什么,否则当前的控制台GUI现在为多实例“工作”环境强制执行负载平衡器。