Это не просто автоматизация развертывания согласно VVD. Там одна из ключавых задач - разделение ролей и зон отвественности в инфраструктуре. Т.е. например, выделяется человек ответственный за работу всего инфраструктурного стека и управление мощностями - он обычно администратор Cloud Foundation хотя и может совмещать с другими задачами. В его зону отвественности входит предоставление ресурсов, управление их количеством и масштабирование, обеспечение связки виртуальной платформы и внешнего мира, своевременный патчинг и обновление всех компонентов, а так же общая работоспособность решения. Именно поэтому в Cloud Foundation встроена система управление сертификатами для всех компонентов указанных выше, управление паролями, патчинг, обновление, увеличение/уменьшение workload domain (WD) и т.д. Т.е. он должен сделать просто так, чтобы инфраструктура работала. Потом он предоставляет эти ресурсы потребителям. Например, тому, кто обслуживает VDI. VDI - один из Workload Domain. А человек, который отвечает за VDI - он не трогает железо, сети, хосты и vCenter. Он просто копается в своем Horizon создавая пулы, настраивая доставку приложений и т.д. Другой Workload Domain - контейнерная платформа для разработки ввиде PKS. Мы разворачиваем и отдаем готовый k8s кластер для dev отдела, а они уже крутят свои контнейнеры там. Аналогично с частным облаком - отдельный WD под vRA (потребляет администратор частного облака), отдельно WD под SAP/SAP HANA (за который отвечает SAP базис), отдельно под production и/или test/dev ландашафт. Так же деление иногда делают по подразделениям или дочерним компаниям. Есть дочка - мы хостим её у себя, но при этом у них бОльшая (в отличии от частного облака) свобода и превычность потребления ресурсов