refactor: add CELERY_RESULT_BACKEND with default django-cache - #6772
Conversation
|
Thanks for the pull request, @navinkarkera! I've created OSPR-6788 to keep track of it in JIRA, where we prioritize reviews. Please note that it may take us up to several weeks or months to complete a review and merge your PR. Feel free to add as much of the following information to the ticket as you can:
All technical communication about the code itself will be done via the GitHub pull request interface. As a reminder, our process documentation is here. Please let us know once your PR is ready for our review and all tests are green. |
|
@navinkarkera Thank you for your contribution, is this ready for our review? |
|
@natabene Thank you! Yes it s ready for your review. |
kaustavb12
left a comment
There was a problem hiding this comment.
👍
Looks good to go from my end.
- I tested this: I tested the configuration in the PR sandbox
- I read through the code
- Includes documentation
|
@navinkarkera Would you mind rebasing this PR? |
@adzuci It is already up to date with nutmeg branch. |
|
@navinkarkera 🎉 Your pull request was merged! Please take a moment to answer a two question survey so we can improve your experience in the future. |
Description
Cherry pick of openedx/openedx-platform#30244
At Opencraft, we want to run multiple instances of celery workers in separate servers. The celery workers need to be able to share task results. Currently, the
CELERY_RESULT_BACKENDis hard coded to usedjango-cache.So this PR allows to setup
CELERY_RESULT_BACKENDvia configuration.To use django ORM as celery backend, one can set
CELERY_RESULT_BACKENDtodjango-dbas described in docs.Supporting information
Deadline
"None"