Вы вообще не про то

прочитай вопрос автора, плиз, чтобы не сыпать баззвордами.
кубер вон человеку посоветуй, он же тоже "решает" вопрос "конфигурации" (нет)

Смысл - openstack же, полноценная виртуалка а не контейнер, хотелось баланс между скоростью развертывания и удобством использования.

Тогда я наверно, не знаю, что есть конфигурирование приложений по вашей терминологии.

давай начнём сначала - а что именно ты хочешь ?
виртуалки/докеры/кубернетисы/что-то еще ?
в чём вопрос собственно ?

Если натянуть сову на Кубер то мой вопрос скорее о том:
- Ка потом весь этот  YAML зоопарк менеджить.
Хотя меня не конкретно Кубер интересует, а в целом, какие есть подходы, какие есть инструменты, их плюсы/минусы.

В смысле, что CoreOS использовалась на baremetal для запуска OpenStack?
А OpenStack какими гипервизорами умеет рулить? И чем он лучше OpenNebula?

Не принципиально. Есть набор бинарников. Хочу организовать менеджмент их конфигурации для разных сред чтобы:
- Иметь возможность деплоить любую версию приложения подставляя ей ту конфигурацию которую хочется. При этом не трогая код и репозиторий с приложением.
- Иметь возможность управлять конфигурацией приложений. При этом не трогая код и репозиторий с приложением.

Книжку конкретную не подскажу. Ямлы в репах или репе: где-то целеесообразно хранить рядом с приложениями в их же репах, где-то создают монорепы со всеми приложениями. Всё это очень желательно в Helm. Где-то используются Hashicorp Vault для секретов, хорошая штука, рекомендую. Где-то добавляется Consul, тогда конфиги можно на лету оттуда подтягивать. Можно ещё в Gitlab variables хранить и разделять там окружения и права, тоже удобно. Но всё это меняется в зависимости от специфики компании, зрелости команды, специфики проектов. Можно завести себе отдельную репу для конфигураций.

@BaZZiliO here it is.
User commands:
- /man - send list of commands to chat
- /coc - send code of conduct to user
- /jobs - send rules of publishing job opportunities and cv
- /ad - send rules of publishing advertising
- /chats - send list of friendly chats
- /events - send list of events to user
- /starter - send starter kit to user
- /middle - send middle kit to user
- /tasks - send user pack of DevOps tasks
- /course - send to user list list of courses
- /cert - send user list of certification tips & tricks
- /relocate - send user list of relocate chats and channels
- /report - forward replied message to admin chat and send link of replied message for fast-navigation

@BaZZiliO here is your starter kit.

Вот этот весь зоопарк я знаю. Думал может есть какие то уже сложившиеся подходы по организации самих репозиториев й Ямлами/конфигами или самих баз внутри Consul/Vault.  Best Practices или кейсы каких-то компаний может. Прежде чем самому весь этот зоопарк заводить хочется ознакомится кто как это до меня уже делал и менеджил

если затянуть сову в кубер - будет сова с автохилингом.
хер знает чего это решает, но сова с автохилингом - заявка на инновацию.

если же по вопросам:
0. Еще раз порекомендую 12 factor apps. Общий концепт - конфигурация отдельно, приложение отдельно.

1. Как потом весь этот  YAML зоопарк менеджить.
git

2. Хотя меня не конкретно Кубер интересует, а в целом, какие есть подходы, какие есть инструменты, их плюсы/минусы.
отдельно хочу отметить решения по хранению секретов - vault.

для всех инструментов выше альтернативы есть, но рекомендую начать с best praсtices инструментов, если будет неуютно - поищите альтернативы.

еще в рекомендашке канала есть DevOps HandBook - оно именно рассказывает "как можно решать задачи", а не "каким инструментом".

окай.
есть Configuration Management решения - ansible, salt
если вопрос именно про конфиги - в gitlab есть environment
если кубер - там весьма удобен helm

очень важна специфика

Если найдёте релевантную литературу, то отпишитесь, пожалуйста, интересно будет взглянуть. Я строю все эти решения из опыта + постоянно нахожусь в контексте индустрии + много разных компаний и проектов.

> Общий концепт - конфигурация отдельно, приложение отдельно.

Это ясно. В одном репе всю кофнигурацию или в разных репах? Если в разных по какому принципу? В чем плюсы/минусы?

> 1. Как потом весь этот  YAML зоопарк менеджить. git

Принято. Кроме git получается других подходов нет?

Человек не про софт спрашивает, а про принципы.

Скорее практики живые. Принципы в теории я знаю

В смысле guest. OpenStack vs OpenNebula - исключительно личный выбор (сейчас меня устраивает, используется как домашняя лаборатория, главный плюс для меня - удобство развертыания, минус - монструозность, критерий выбора - на тот момент (сейчас стартап умер) было облако mail.ru - то есть в принципе тот же опенстэк, только побольше и получше)

в любой системе контроля версий
из альтернатив гиту - mercurial