wger-project / docker

Production...ish docker-compose image for wger

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

[Feature Request] All-In-One Docker Image

DerLeole opened this issue · comments

As the main purpose of docker containers is the quick, easy, and scalable deployment of software, having to manage multiple of them for a single app can be tedious when one plans to host multiple wger instances.

Additionally I suspect some of the problems that arise in the docker in regards to data persistence, volumes, and binding local directories can be traced back to permissions errors between the different containers. A singular container allows for tighter controls of these and properly setup with environment variables like "GID" and "UID" would allow for rootless operation, which is an important feature to have.

Finally it would allow for the cleanup of environment variables, as some might not be needed anymore and simplify the nginx setup.

I know this is a tall order and probably a good bit of work, but it would make for much easier deployment, more consistency, and likely fix some errors reported here along the way.

Hi!

I actually used containers because, specially on windows, the permission problems were a real pain and the volumes are a nice solution to this that works without having to map any user ids and so on. Tha being said, it's probably just a matter of trying a couple of possible setups etc and shouldn't be impossible to fix.

As for putting everything in one container, while it would be still possible to cram everything in there right now, the more services we need the more difficult this becomes. E.g. we're planning on adding a celery task queue for background tasks in the near future. Separating these services on their own image is also a best practice in the docker world (and is the reason why tools like docker compose exist). In the end, it's still the easiest way to deploy a complex application with lots of moving parts