Proposa noves funcionalitats
#DecidimRoadmap Dissenyant el Decidim entre totes
A better Decidim in Docker
I use Docker for decidim instance, and the decidim/docker is helpful but not really actionable as it is. This proposal aims to push forward docker use inside decidim.
Nowadays, my concerns for Decidim in Docker are:
- It needs to be ready to be run with sidekiq, puma and others (activestorage/activecable).
- It needs more env variables to be configurable (caching/files in s3)
- It needs some docker-compose to show integrations with initiative time-stamping, etherpad and e-voting
- It needs some minor security improvements, to match common docker configurations for production:
* no sudo user in the container
* no needs of nodeJS at runtime
* and other things too sensible to be describe here.
The solution I would like
- Remove decidim/docker repository that uses the generator
- Improve decidim-generator
* A Dockerfile production-ready
* Add binaries to run: sidekiq/puma/actioncable/actionstorage.
* Add env variables to configure the container: caching, files in S3, logs rotation, etc.
Considered Alternatives
I don't see any future for decidim/docker repository, as a Docker container need to run an existing app. I don't see alternatives for Decidim in Docker than a bump of the generator.
An alternative to the Dockerfile placement would be to create a .deploy folder in the rails root, in order to have other kinds of developments, like:
- .deploy/heroku/
- .deploy/docker/
- .deploy/digitalocean
- etc.
And then add a documentation to move files you want for deployment. I am not a big fan of this, because I think that Decidim should focus on one deployment method and Docker container is much more resilient.
Funded by
Octree Geneva is ready to develop this feature.
Aquesta proposta s'ha acceptat i està en desenvolupament
Llistat d'adhesions
Reportar contingut inapropiat
Aquest contingut no és apropiat?
8 comentaris
Conversa amb Andrés
+1000
This would be awesome indeed!!
I agree with this, I actually think that we should only support Docker for newcomers (people that don't know anything about Rails). Of course, you could be able to install it by yourself or on other platforms, but by default, this should be the correct way of doing it.
Some time ago I started developing this but didn't much because I couldn't tackle how to solve some issues :/
https://github.com/decidim/decidim/issues/5405 - I made some POC at https://github.com/decidim/demo.decidim.org
Do you guys have any ETA on when you could tackle this?
Cool, happy to see your support. And thanks for the links.
About previous work
Indeed you already have done some great jobs there! Will definitively take a careful look at you POC. The issue #5405 will be resolved if we move Dockerfile from a dedicated repo to the generator.
ETA
As for an ETA, most of the docker config is almost ready our side. We need to write documentation and do some tests. End of November we can propose a Dockerfile and some docker-composes.
If the community agree to get rid of the decidim/docker repository, I think it impacts also the pipelines but I don't have a clear view of what it is needed to be done regarding pipelines right now, because I don't know them in details. So for a complete support of docker, I see an ETA for march/2022 worst case.
"Only support Docker" decision
As I am new to this community, it is unclear how can we decide that the decidim product should ONLY supports docker officially. Is it a new proposal I should make? Something to bring within an association meeting? Is it clear enough in this proposal?
As you are here for some time, I would be grateful if you can give me some pointers on how I can bring more clarity.
Cheers,
Awesome! To be fully transparent, Decidim Association is actually in the process of contracting @Platoniq for this same issue, but as this has lots of possible ways of improvements, so I think this shouldn't be a problem.
For me, the "correct way" should be that we first have a working version for this and after we have both deployments working (Rails "raw" vs Docker), then we can make another proposal with this "Docker by default" change, and @product should approve that. Mind that I'm a member of @product, so that should be easy 😅
🎉 cool, happy to collaborate with @Platoniq on this.
Thanks for clarifying the process, makes complete sense.
Conversa amb Baptiste
Awesome idea.
Just having to launch a docker-compose build & up to see how it works would open the door of Decidim wider to newbies
Happy you liked it @dynnammo ;) I thanks for bringing in onboarding, I didn't though about it.
After your comment and some reflexion, I see an ideal docker-compose flow this way:
1. run the decidim generator
2. (Dockerfiles and docker-compose appears). run docker-compose up
3. Play locally with the instance
(the docker-compose should then have an entrypoint to seed an organization with the right host/port and setup a confirmed admin user).
🎉 A Github issue have been created: https://github.com/decidim/decidim/issues/8517
See you there
At Digidem Lab, we use an Ansible playbook. Installation is one-click as the playbook commissions the domain name, the VPS, fetches a token from Sentry, Matomo and some other things. Would be hard to reproduce it all with Docker as it's not meant to do these tasks.
https://github.com/digidemlab/decidim-ansible
But it would be nice to put more bits into containers.
Deixa el teu comentari
Inicia la sessió amb el teu compte o registra't per afegir el teu comentari.
Carregant els comentaris ...