[gsoc] Investigate/implement container-based backend
As spoken briefly with Richard, i couldn't find an already open issue regarding containers support in the backend, so opening a new one.
As a tester, i want to be able to test containers and validating images before going further down in the pipelines. (e.g. testing images before being used for deploying container-based services in multi-machine environments)
- AC1: transparent implementation to support different types of containerization technologies ( docker, rkt, lxc .. )
- AC2: do not have to increase tweakings or options to overwhelm the tester
- AC3: try to provide maximum compatibility on features that we use already in VM-based backends
- Investigate required changes to the codebase and look into cpan if there are modules that we could use
- Provide basic support to handle containers operations in the backend side
- Add support for the docker backend (as we use it in some of our products)
Investigate if makes sense implement a backend for containers.
In case it is, we should discuss also what container-based backend(s) we would like to add support to.
A backend capable of directly testing containers could be useful since we provide container images, and might add business value as well ( as CaaSP is using docker ).
- Status changed from New to Rejected
- Assignee set to okurz
The issue for GSOC is still open. For us in this ticket I assess that we do not need to keep this reference. The current approach to test container images within openQA tests is still as mentioned in https://progress.opensuse.org/issues/20246#note-1 within the scope of a surrounding OS running the container images. This has the benefit of keeping it visible to test reviewers what the actual surrounding environment is which can have quite some impact on the executed container instances. Just for comparison our s390x z/VM as well as s390x kvm backend is trying to "abstract away" the surrounding layers including an additional X server, vncviewer and such. As this layer is not without problems this is making it hard for test reviewers to understand what is going on so also not the best approach.