т.е. я вижу достаточно хрупкий баланс между переиспользуемостью (отдельный sls файл - отдельный компонент или отдельная задача) и между, как ты говоришь, производительностью (избыточно большой sls - это тоже плохо)
т.е. я вижу достаточно хрупкий баланс между переиспользуемостью (отдельный sls файл - отдельный компонент или отдельная задача) и между, как ты говоришь, производительностью (избыточно большой sls - это тоже плохо)
либо ты можешь отказаться от такого способа переопределения дефолтов, если у тебя, например, только один дистрибутив - в том же ансибле те роли, которые слишком обобщенные - не работают нормально
Вспомнил вот что. В шефе было принято в самом определении стейта файла указыватть какие переменные передавать. Соответсвенно сами шаблоны использовали самые что ни на есть простые переменные без всяких там точек. Здесь по всей видимости это тоже есть и делается с помощью file.managed context
https://t.me/saltstack_formulas — Just to let you know that this supergroup is bridged back to the main SaltStack #formulas channel in Slack (via. Matrix).
https://t.me/saltstack_formulas — Just to let you know that this supergroup is bridged back to the main SaltStack #formulas channel in Slack (via. Matrix).
Hi! I'm Oloremo from the Salt Slack. Really cool that you doing this, it may help a lot of folk here who are using the formulas.
@imraniqbal btw a lot of ppl here asking about all the stuff related to Salt & CI. I think you could be helpful with that too. 🙂 I personally really interested in inplementing Conventional Commits in our GitLab CI for Salt repos
@imraniqbal btw a lot of ppl here asking about all the stuff related to Salt & CI. I think you could be helpful with that too. 🙂 I personally really interested in inplementing Conventional Commits in our GitLab CI for Salt repos