Hi Marcus @pacharanero
Can you update on progress here with suggested next steps, split by component, PT, QEWD, EtherCIS and then their combination (via Docker compose) towards NHSHackDay ease of setup
thanks
Tony
Pulsetile is now dockerized and has its own Dockerfile from which local or remote builds can be made (see PR and Issue
We are hoping to use Webpack's config settings to proxy all calls to api/ to the QEWD server (see separate issue here
QEWD was already dockerized but required considerable orchestration work in Docker-Compose to automatically set up and run the 5 parallel QEWD microservices. This work is now done.
EtherCIS had a few Docker images but none were automated builds, they were simply uploaded 'snapshots' of someone's personal image build (which I have a hard time trusting the security of - literally anything could have been installed and you would have to dig around in the Docker 'filesystem layers' to find out what)
I have used the work done by Seref, Rob (Dyke), and alessfg to separate out the two Dockerfiles into separate repositories, one for the server and one for the database
The whole thing is wrapped in a Vagrant virtual machine, which provides maximum portability and familiarity for the average developer. Inside the VM the Docker magic happens.
We are also working on a virtual machine with a graphical interface so that those who want to do their actual development inside the VM can do so. This will use all the previous work so requires very little additional effort.
Background to this issue: see here https://github.com/RippleOSI/RippleOSI-General-Issues-Ideas/issues/1
Hi Marcus @pacharanero Can you update on progress here with suggested next steps, split by component, PT, QEWD, EtherCIS and then their combination (via Docker compose) towards NHSHackDay ease of setup thanks Tony