amazon-web-services - 在 Elastic-Beanstalk Worker 上运行 Flask 端口 80

Question

给定一个 AWS Elastic-Beanstalk Worker box，是否可以使用 Flask/port:80 来处理来自相关 SQS 队列的消息？

我看到有关 ELB 工作人员内部正在发生的事情的相互矛盾的信息。 ELB Worker Environment页面说:

Elastic Beanstalk simplifies this process by managing the Amazon SQS queue and running a daemon process on each instance that reads from the queue for you. When the daemon pulls an item from the queue, it sends an HTTP POST request locally to http://localhost/ on port 80 with the contents of the queue message in the body. All that your application needs to do is perform the long-running task in response to the POST.

这个问题Differences in Web-server versus Worker说:

The most important difference in my opinion is that worker tier instances do not run web server processes (apache, nginx, etc).

基于此，我原以为我可以在端口 80 上运行一个 Flask 服务器，它会处理 SQS 消息。但是，该帖子似乎不正确。甚至 ELB-worker 盒子上也运行着 Apache，显然是为了进行健康检查(当我停止它时，我的服务器变红了)。当然，它正在使用端口 80...

我已经在 EC2 服务器上安装了 Flask/Gunicorn，我正试图将其迁移到 ELB，我想继续使用它 - 这可能吗？ (注意:queue-daemon 仅将消息发布到端口 80，无法更改...)

文档不清楚，但听起来他们希望您修改 Apache 以代理 Flask，也许吧？我希望这不是唯一的方法。

或者，设置 ELB 工作程序以处理 SQS 消息的“正确”方法是什么？您应该如何“执行长时间运行的任务”？

注意:既然我更多地使用了 ELB，并且对它有了相当好的理解 - 让我澄清一下，这不是 Amazon 为其设计了 ELB-worker，它有一些小故障(将被指出)。基本上，标准用例是您创建一个简单的 Flask 应用程序，并将其连接到 ELB-EC2 服务器，该服务器经过配置以简化该 Flask 应用程序的运行。

我的用例是，我已经有一个 EC2 服务器和一个大型 Flask 应用程序，在 gunicorn 下运行，以及其他各种事情。我想使用该服务器(作为图像)来构建 ELB 服务器，并让它响应 SQS 队列消息。可能有更好的解决方案，比如只编写一个队列轮询守护进程，并且没有其他人会选择这个选项，但它就是......

Answer 1

ELB worker 通过监听该队列的守护程序连接到 SQS 队列，并(在内部)将任何消息发布到 http://localhost:80 . Apache 正在监听端口 80。这是为了处理由 ELB 管理器(或生态系统中的某些东西)完成的健康检查。 Apache 使用 mod_wsgi 将非健康检查请求传递给上传的 Flask 应用程序，该应用程序位于:

/opt/python/current/app/application.py

我怀疑删除 Apache 并以其他方式(flask)处理健康检查是可能的，但很难，从而释放端口 80。但这已经足够了，我认为不值得这样做。

所以我找到的解决方案是更改本地守护程序发布到的端口 - 通过 YAML 配置文件重新配置它，它将发布到运行我的 Flask 应用程序的端口 5001。这意味着 Apache 可以继续处理端口 80 上的健康检查，而 Flask 可以处理来自守护进程的 SQS 消息。

您配置守护进程，并停止/启动它(以 root 用户身份):

/etc/aws-sqsd.d/default.yaml
/opt/elasticbeanstalk/addons/sqsd/hooks/stop-sqsd.sh
/opt/elasticbeanstalk/addons/sqsd/hooks/start-sqsd.sh
/opt/elasticbeanstalk/addons/sqsd/hooks/restart-sqsd.sh

实际守护进程:

/opt/elasticbeanstalk/lib/ruby/bin/aws-sqsd
/opt/elasticbeanstalk/lib/ruby/lib/ruby/gems/2.2.0/gems/aws-sqsd-2.3/bin/aws-sqsd

故障:如果您曾经使用 ELB GUI 配置守护进程选项，它将覆盖配置文件，您将不得不重新编辑端口(并重新启动守护进程)。

注意:所有 HTTP 流量都是内部的，无论是流向 ELB 生态系统还是流向 worker - 因此可以关闭所有外部端口(我保持 22 打开)，例如端口 80。否则你的 Worker 有Apache 响应 http://:80帖子，这意味着它对世界开放。我假设服务器配置相当安全，但端口 80 根本不需要打开，用于健康检查或其他任何事情。