django-rq and rqscheduler deployment on AWS Elastic Beanstalk django-rq and rqscheduler deployment on AWS Elastic Beanstalk django django

django-rq and rqscheduler deployment on AWS Elastic Beanstalk


Yeah! So you're probably going to want to separate your persistent store (Redis) from your workers. This is really well abstracted in Heroku (not saying you should necessarily use them, but their UI reflects reality very well) with Resources (not restarted between deploys) and Dynos (restarted between deploys).

You should likely have an ElastiCache (or self-hosted Redis) instance for each of your deployed environments (production, staging, etc.) with any URLs/credentials via YAML. That way, you won't lose jobs when your service is rebooted (because Redis will still be alive) but you can deploy new code whenever you want!