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

Ага, я заметил, собственно и в доке к pillarstack тоже такой сценарий в качестве примера дан.
Вероятно, в моем случае, проще для базового / произвольного маппинга оставить обычные пиллары. А для данных которые требуют иерархии использовать pillarstack.

ииииии как обычно у Соли я бы не рекомендовал обновлятся на 3002 до первого минора.
Люди репортят утечи памяти и замедление работы

привет всем. а кто какой веб мордой солта пользуется?

iterm2

Смешно, ага

Самое свежее - https://github.com/latenighttales/alcali

+

спасибо

разверну

блин уже неделю с alkali мучаюсь

очень не совершенная документация с виду внушающая доверие

По alcali. Очень надеюсь что его кто то прикрутил и знает ответ на этот вопрос (приемлемое решение).

Я делаю всё в докер контейнерах(мастер, кэш база, алкали-веб, алкали база для джанго). А алкали можно настроить только одну базу. Сначала я думал, что так и есть. Создал базу для сервера (три таблицы), он написал туда событий. Далее поднял алкали и запустил alcali migration. Миграция грохнула мне таблицы для солт ретёрнера mysql, которые я заранее создал.

Тогда я подумал что скорее всего алкали не ходит в базу напрямую (зачем же он тогда свои таблицы грохает?) а забирает всё что необходимо ему о проделланых работах через api salt (который в свою очередь настроен и на сервере и в алкали).

Отрефакторил всё на две базы. Одну для кэша, вторую для алкали. Также поднял сначала кэш базу - ретёрнер влил туда данные. Запустил алкали, получил internal server error в mvc для миньонов. Полез дебажить джанго (настроил лог, из коробки совсем глухо на этот счёт) Гляжу а алкали лезет в базу к таблицам которые удалал в процессе миграции (создания собственных).

Получается всё же что вебке нужна одна база. Там как бы всего одна база настраивается. Чтобы миграция не удаляла таблицы ретёрнера сначала нужно поднять вебку, сделать миграцию для создания её таблиц. Затем создать нужные таблицы для ретёрнера и следить за тем, чтобы миграция их не удаляла.

В общем я не исключаю того, что возможно в чём то где то ошибаюсь. Но пока есть вот такие данные. И как жить с этим дальше не ясно.

$ cat salt/stack/stack.cfg
{# This file trying to load each string as a path so no comments are allowed #}

{# Secrets #}
secrets.yaml

{# default settings #}
defaults/*.yaml

{# OS specific overrides settings #}
os/{{ __grains__['os'] }}.yaml

{# Formulas specific settings #}
formula/*.yaml

{# env_type [dev, pre, prod] settings #}
{{ stack.common.env_type }}/defaults/*.yaml

{# Custom settings per customer #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/defaults/*.yaml

{# Custom settings per cluster #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/{{ stack.common.cluster_name }}/*.yaml

{# Customizations per minion #}
{{ stack.common.env_type }}/{{ stack.common.customer_name }}/{{ stack.common.cluster_name }}/minions/{{ minion_id }}.yaml

{# Everything else that needs to be done when all configuration are in place #}
post.yaml

У вас выходит один конфиг на несколько клиентов / проектов и несколько окружений? И разделение по окружениям настроено в конфиге pillarstack, а не в конфиге  мастера?
Как в доке, например
ext_pillar:
 - stack:
     pillar:environment:
       dev: /path/to/dev/stack.cfg
       prod: /path/to/prod/stack.cfg

Не знаю что проиходило ранее. Может дело в конце недели ? Но сейчас сделал всё на одной базе. Создал кэш таблицы, потом алкали мигрейт и таблицы солта остались. Вебка заработала. Так что если кому что надо - обращайтесь.

у меня энвы в пиллар стеке не завелись. тут советовали gitstack (очень похож на pillar stack). Но я решил поднимать два разных мастера для prod и dev и не использовать saltenv. По крайней мере нам пока хватит. Есть подозрение что pillar:environment: не рабочий. По крайней мере не удалось завести на 3001.1

Спасибо за информацию, если не будет работать - буду хотя бы готов :)

Читал тут где-то, что использование gitfs тормозит сильно. Особенно если много всего подключено. Я сам использовал gitfs весьма ограничено - подключал форки публичных формул, при таком сценарии буквально 3 формулы подключено было - тормозов не замечал.

Мы пока только вводим всю инфрастуктуру в эксплуатацию и мне что либо на этот счёт сказать сложно. Но у меня также три форкнутые формулы пока полёт нормальный.