Skip to content
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

Support separated worker daemons #8

Open
sleekweasel opened this issue Mar 21, 2016 · 0 comments
Open

Support separated worker daemons #8

sleekweasel opened this issue Mar 21, 2016 · 0 comments

Comments

@sleekweasel
Copy link
Contributor

Requirements...

The 'test publisher' (i.e. parallel_cucumber) makes an ?http service available, through which workers can retrieve the application and test files - probably as zip archives. It publishes its address into the database's 'awaiting workers' table, receives results (again, probably as zips), and unpublishes itself once complete.

Worker-owners monitor the 'awaiting workers' table and somehow coordinate to share resources between 'awaiting workers' tasks, so that if there is only one task, all available suitable workers run it, but resources are evenly and dynamically allocated if additional tasks dis/appear - down to a minimum service level - e.g. min=4 phones. Unclear what happens if several tasks are already at minimum service, and a phone disappears: a task becomes underpowered or is suspended pending workers? Where is the minimum service level defined? What prevents or permits hogs demanding lots more?

Implies worker-owners also register with the database.

'Somehow' suggests a task-resource allocator.

By default, parallel_cucumber will launch its own worker-owner, task-resource allocator, assuming solitary operation and test-execution facilities.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant