Qué Reemplazó a queue:work en Mi Aplicación Laravel (Y Por Qué Dejé de Rezarle a Supervisor a las 3 AM)

En el siguiente capítulo, se explica cómo reemplazar el daemon `queue:work` en una aplicación Laravel por una combinación de SQS y un worker en Lambda. Este cambio se realiza en tres partes: configuración, ciclo de vida de un job y el manejo de errores de los jobs.

Primero, se presenta un diagrama rápido del stack serverless que se está utilizando, que incluye Lambda para la aplicación Laravel, CloudFront para la distribución de tráfico entre S3 y Lambda, y DynamoDB para el almacenamiento de caché, sesiones y la base de datos principal. A continuación, se despliega cómo reemplazar el elemento anterior con SQS y una función Lambda para el worker de Laravel Queue.

En segundo lugar, se explica por qué `queue:work` no es adecuado en un entorno serverless. En primer lugar, se describe cómo funciona la cola en un servidor tradicional, resaltando que `queue:work` es un proceso que se queda esperando la mayoría del tiempo y requiere supervisión para ser resucitado cuando muere. Luego, se explica por qué este modelo no es aplicable en Lambda, ya que las funciones tienen un tiempo de ejecución máximo de 15 minutos y no existen procesos residentes para ser vigilados.

Por último, se describe cómo se puede invertir el modelo y utilizar la cola para invocar al worker en lugar de que el worker busque activamente trabajo.

Finalmente, se describe cómo configurar el nuevo stack de colas utilizando SQS como buzón y Lambda como worker. Se explica cómo SQS funciona, cómo se conecta con Laravel usando el constructo `queue` en el archivo `serverless.yml`, y cómo se crea la función Lambda worker y se configura el event source mapping para invocar la función cuando hay mensajes en la cola. Se menciona que este cambio elimina la necesidad de escribir código de IAM y que las credenciales están asignadas al rol de ejecución de cada función.