oCIS and Containers
Why do we recommend to work with containers?
Containers are more lightweight than VMs. It is easier to work with shared volumes and networks because they are isolated from the host system.
The container images have all dependencies installed and the maintainer takes care for keeping them up-to-date.
For oCIS deployments you often need multiple services. These services need to share resources like volumes and networks. If you do not use any orchestration tool, you would end up writing bash scripts to create and update containers and volumes and connect them via networks. This is what orchestration tools like docker compose can do for you. You define a service mesh using .yaml files and the tool tries to run and maintain that. You gain more value and a version history by using a version control system. Your deployment configuration is fully written down as a spec and you will never touch any system directly and change the config manually.
Containers are also used in kubernetes. Kubernetes is part of a huge ecosystem and is founded on best-of-breed practises to orchestrate large scale container applications and services.
oCIS was developed as microservices. We do not scale the whole system as a monolith but we scale the individual services.