Laravel Worker在AWS Beanstalk实例终止时的处理及架构优化咨询

实例终止时Worker的默认行为 #

• AWS Beanstalk终止EC2实例前，会先将实例从负载均衡中移除、停止接收新请求，但默认不会等待supervisor管理的Worker完成当前任务。
• 实例终止流程中，supervisor的Worker进程会被强制终止（先收到SIGTERM信号，若未及时退出会被SIGKILL强制杀死），正在处理的任务会直接中断，可能引发数据丢失或任务失败。你的“系统会等待supervisor完成进程后再终止”的假设不成立，默认无此等待机制。

实现Worker优雅终止的方法 #

• 配置Beanstalk生命周期钩子，在实例终止前触发自定义脚本，让supervisor等待Worker完成任务：
  1. 在.platform/hooks/pre-terminate/目录下创建脚本（如01-stop-worker.sh），内容如下：

     #!/bin/bash
     # 通知supervisor停止Worker进程
     supervisorctl stop laravel-worker:*
     # 最多等待300秒，确保Worker完成当前任务（可根据任务时长调整）
     timeout 300s supervisorctl wait laravel-worker:*
     

  2. 确保脚本拥有执行权限，可在部署流程中添加chmod +x .platform/hooks/pre-terminate/01-stop-worker.sh的操作。
• 同时要保证Laravel Worker本身支持优雅终止：启动Worker时添加--timeout参数，Laravel默认Worker已支持处理SIGTERM信号，完成当前任务后再退出，示例启动命令：php artisan queue:work --timeout=60 --sleep=3 --tries=3。

是否要将Worker分离到独立实例 #

• 分离Worker到独立实例是更合理的方案，理由如下：
  • 资源隔离：避免Web请求与Worker抢占实例资源，Worker能稳定处理任务，Web服务的负载波动也不会干扰队列处理。
  • 灵活扩缩容：可针对Worker实例单独设置扩缩容规则（比如根据队列长度调整实例数量），与Web实例的扩缩策略解耦。
  • 降低任务中断风险：Worker实例的终止可更可控，比如仅在队列空闲时操作，Web实例的扩缩不会影响队列任务的执行。
• 实现方式：在Beanstalk中创建两个独立环境，分别运行Web应用和Worker；或在同一环境中通过自定义配置标记实例角色，让部分实例仅运行Worker、不接收Web请求（但多环境方案更清晰易维护）。

内容的提问来源于stack exchange，提问作者oralunal