Amazon web services 我可以使用Elastic Beanstalk部署工作人员吗？

我所说的workers是指在无限循环中运行某些任务的python脚本。这个脚本应该部署到一个单独的EC2实例并永远运行（可能使用supervisor）

我成功地使用Elastic Beanstalk部署了带有git aws.push的web应用程序，效果很好。然而，工人的设置需要稍微不同，因为 工人们不需要web服务器或弹性IP。它们也从不同的命令开始

从我所读到的内容来看，我认为我想要的与Heroku的worker dynos vs web dynos非常相似，但我对Heroku也没有任何经验，所以我可能是错的。
那么弹性豆茎有可能做到这一点吗？或者我应该使用完全不同的方法进行部署

---

顺便说一下，我正在使用linux和Elastic Beanstalk的CLI。

我认为Elastic Beanstalk与Heroku的worker dynos和web dynos没有相同的概念（尽管我认为这些与您试图运行自定义worker进程的情况无关）

目前，你可以在其他地方管理你的员工。（EC2实例、您自己的cloudserver、一些非常定制的SAS等）

---

Sidekiq/rescue（在ruby世界中）相当于独立运行工人。您可以尝试本文所述的方法，并将其应用于您的特定工作人员。

在ElasticBeanstalk上部署后台进程（工作人员）的功能实际上刚刚在12月11日推出

请看公告：

文件：

---

谢谢你的回答。为什么你认为Heroku的工人dynos和我想要的不一样？据我所知，它们就像一个运行一些自定义命令的ec2实例。我不太喜欢博客文章中的方法，因为我更希望能够独立添加worker/web实例。但无论如何，如果elastic beanstalk不支持这一点，我将使用其他方法部署Worker。我相信添加更多dynos意味着为应用程序增加更多处理能力，但它不能提供应用程序内部运行的Worker数量的精确控制。它更像是一种高水平的处理能力。但是我明白你的意思，在你的例子中，我想你可以部署第二个代表你的工作者的heroku应用程序（主要应用程序是你的web服务，它使用工作者）。这样，如果你需要更多的工人“力量”，你可以增加动力。我认为这已经改变了。请参阅Worker Environments在Heroku中创建Worker作业与在Beanstalk中的Worker环境中创建一个相比如何？