А насколько плохо хранить топ файл в мастере, и для каждого окружения описывать ветку? К примеру, если стейты забираются из spm, то удобно держать один топ)
Не могу сказать. мы держим для каждого saltenv свой top.sls и 3 ветки dev/test/prod - каждая из которых по очереди мержится dev -> test -> prod Эта схема хорошо садится под нашу специфику.
До того момента пока не нужно держать какие то общие между saltenv стейты/пиллары, после добавили отдельные репозитории в которых будем хранить общее(формулы/юзеры/etc..)
А миньоны всегда выполняют задачи от мастера? У нас почему-то периодически миньоны перестают даже на test.ping отправлять результаты, хотя с хоста миньона всегда все ок)
мы если честно только идем к тому чтобы сделать хорошо, т.к. набили множество шишек и сейчас рефакторим. Salt просто идеально вписался в условия с разнородным зоопарком всяких устройств с разными os, нестабильной связью и переодически недоступными узлами.
у этого есть несколько плюсов: 1 - размазанное расписание - они не грузят мастер одновременно 2 - если в случае кривого конфига salt-minion упадет - следующий salt-call state.apply его оживит свежим кодом 3 - можно делать любой произвольный код перед state.apply
Доброе утро, всем. Понедельник как всегда. Подскажите, перестал salt получать изменинения с git, при выполненинее стейтов. Начал смотреть, есть такая ошибка. В чём проблема?