Clarify docker vs moby containers runtime/images
For containerized undercloud as a good start, avoid using references to Docker if only not limited to the docker CLI commands. Whenever we refer to *architecture* for containers runtime and images (CRI & OCI), refer to Moby instead. This creates less confusion for readers might be expecting more features of Docker is used, like Swarm as COE, while it is not. Eventually, this replacement should happen to all places. Change-Id: Ia731d7a151f0a294297b0528173e36577ad0dfeb
This commit is contained in:
parent
64163d1a1c
commit
f7b65798aa
@ -5,9 +5,11 @@ The requirements for a containerized undercloud are the same as for any other
|
||||
undercloud deployment. The real difference is in where the undercloud services
|
||||
will be deployed (containers vs base OS).
|
||||
|
||||
The docker based undercloud architecture is not very different from the
|
||||
baremetal/VM based one. The services deployed in the traditional baremetal
|
||||
undercloud are also deployed in the docker based one.
|
||||
The undercloud architecture based on Moby_ containers is not very different from
|
||||
the baremetal/VM based one. The services deployed in the traditional baremetal
|
||||
undercloud are also deployed in the containers based one.
|
||||
|
||||
.. _Moby: https://mobyproject.org/
|
||||
|
||||
One obvious difference between these two types of deployments is that the
|
||||
openstack services are deployed as containers in a container runtime rather than
|
||||
|
Loading…
x
Reference in New Issue
Block a user