I think we'd be interested in finding out what the uwsgi-docker integration possibilities are. Saw this:

https://github.com/unbit/uwsgi-docker

I think we'd be happy with putting uwsgi in front of docker, with the emperor controlling some vassals, and each worker running in a separate docker container... Vassals with multiple workers could just have multiple containers running the same image.

configuration-wise, we'd want to be able to specify:

- source image, obviously
- exported/mounted volumes from local filesystem
- memory limits and cpu shares

we're currently using unix sockets to route requests, so we'd want some way of getting that to work, either manually using the shared volumes, or maybe automagically...

Then uwsgi can be in charge of restarting containers if they ever die, which would be nice...

We're at very early days of our docker exploration, so it's possible I have totally misunderstood how everything works of course...

cheers!
HP



On 11/09/14 06:04, Roberto De Ioris wrote:
When building Docker containers, one must run services such as nginx, sshd
and uwsgi controlled by supervisord.
My attempts to use systemd on Fedora 21, failed.

Since for a web-app, we need uwsgi anyway, how about replacing supervisord
against uwsgi itself, and use that as the system wide supervisor (not the
program) for nginx, sshd, etc.




This already happens in uwsgi.it PaaS and a couple of other services built
over uWSGI. But as others have already said, docker is meant to run a
single app, so a process manager should not be required.



--
Harry Percival
Developer
[email protected]

PythonAnywhere - a fully browser-based Python development and hosting 
environment
<http://www.pythonanywhere.com/>

PythonAnywhere LLP
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number OC378414.
Registered address: 28 Ely Place, 3rd Floor, London EC1N 6TD, UK

_______________________________________________
uWSGI mailing list
[email protected]
http://lists.unbit.it/cgi-bin/mailman/listinfo/uwsgi

Reply via email to