-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Integrate better job sequencers #1
Comments
A big point is to choose if sequencing occurs at the job or the task level. At job level we will have something more serverless-oriented, where each job might be a complete new krawler instance that can be embedded in a lambda. In this case we should at least allow tasks to be multithreaded. |
Started a PoC using kue just as a new job type without multithreading/cluster for now. The main issue we face with clustering is how we share stores between workers because they are created when running the job. However the job should only be run by a single worker to avoid duplication while tasks are dispatched across workers. Since Redis support under windows by https://github.com/MicrosoftArchive/redis has been discontinued we use https://github.com/tporadowski/redis. |
The issue with stores also exists in single-thread mode when job passes the store to task using the |
breejs might also be a good candidate. |
Kue will add support for failover and concurrency.
worker-farm might also be used as it is more simple and does not require a side tool like redis.
agenda looks also great and will allow job scheduling.
The text was updated successfully, but these errors were encountered: