工作者指的是一个python脚本,它在无限循环中运行某些任务。此脚本应部署到单独的EC2实例并永久运行(可能使用主管)。
我成功使用Elastic Beanstalk来部署带有git aws.push
的Web应用程序,并且运行正常。但是,工人的设置需要有所不同,因为
工人不需要Web服务器或弹性IP。它们也是以不同的命令开始的。
据我所知,我认为我想要的与Heroku的工作人员dynos vs web dynos非常相似,但我也没有Heroku的任何经验,所以我可能错了。
那么Elastic Beanstalk可以实现吗?或者我应该使用完全不同的部署进行部署吗?
顺便说一句,我正在使用linux和Elastic Beanstalk的CLI。
答案 0 :(得分:9)
在ElasticBeanstalk上部署后台进程(工作者)的能力实际上是在12月11日才引入的。
看看公告: http://aws.typepad.com/aws/2013/12/background-task-handling-for-aws-elastic-beanstalk.html
和文档: http://docs.aws.amazon.com/elasticbeanstalk/latest/dg/using-features-managing-env-tiers.html
答案 1 :(得分:3)
我不认为Elastic Beanstalk与Heroku的工作人员dynos和web dynos具有相同的概念(虽然我不认为这些与您尝试运行自定义工作进程的情况有关)
目前,您可以在其他地方管理您的员工。 (EC2实例,您自己的云服务器,一些非常定制的SAS等)
Sidekiq / rescue(在红宝石世界中)相当于独立运行工人。您可以尝试使用此blog中描述的此方法,并将其应用于您的特定工作人员。