A már előttem említett kubernetes.
1) A hálózati boot kapcsán, ha a fizikai vasra gondolsz, hogy hozzák viszik a szervereket, akkor ott a host rendszert kell erre összeállítni. Ha arra gondolsz, hogy a konténerek hol egyik hoston hol a másikon lehetnek, azok nem bootolnak, hanem a konfigok alapján létrehozza őket a docker-registry és kubernetes / helm konfigok alapján.
Ha a hostok jönnek mennek, azért kell master, ami nem veszik el és a node-ok ahhoz joinolnak, s kapnak feldatot.
2) namespace-k vannak és tudtommal szabályozható, de ne windows alapon legyen.
3) ha arra gondolsz, hogy a konténer példány azon a hoston hozzon létre perzisztens tárhelyet, amin épp fut, akkor ez nem ilyen egyszerű. A sima host könyvtár felcsatolás nem lehet dinamikus. Ahhoz, hogy dinamikusan kapjanak perzisztens tárhelyet, olyan storage class-t kell használnod, ami támogatja a dinamikus kiosztást. Nameg, ha más-más vason futhat a konténer példány, akkor a helyi volume nem fog odavarázsolódni. Szóval nem véletlen, hogy a dinamikusan kiosztós perzisztens volumek hálózati tárhely classoknál támogatottak, pl nfs.
4) aha... például grafana és dashboard, azok is kvázi olyan konténerekként települnek, mint a "hasznos" szolgáltatások.
Szóval azért master(ek), hálózati tárhely és docker-registry kell legalább szerintem fixen.