я выше скинул ссылку на таргетинг, можно выбрать что больше нра)

Это просто пример. Но, если брать более приближенный к реальности пример, то хочу использовать окружение дев, для тестирования формул или тестирования адекватности параметров в пилларах, к примеру, когда делается пул-реквест в мастер поднимается тачка в окружении дев и туда применяется формула из ветки мастер а пиллар из мерж-реквеста. Но У поднятой тачки могут быть роли такие же как и у продуктовой машины..

т.е. роли одни и те же? или у тебя для тестовой машины вообще отдельное дерево sls должно быть ?

касательно тестов - тебе для ролей "кухня" нужня

формулы вообще могут быть в изолированной среде протестированы, хоть в мастерлесс режиме

Пока не придумал, как тестировать формулы на совместимость с виндой..
Кухню прикрутил, но пока локально. сиая еще нет.
Вот думаю, что в таком раскладе было бы лучше действительно использовать мастерлесс

насчет ролей. думал насчет одних и тех же, если не использовать мастерлесс. Еще покапаю в эту сторону)

так это прочитал.  а сами события на minion мониторятся через beacon ?
то-есть не так что бы salt-master дергал minion, а сам  minion отправил событие, ну и   без cron.

beacons:
  inotify:
    - files:
        /etc/important_file:
          mask:
            - modify
    - disable_during_state_run: True

@yazero я если честно не знаю, ещё так глубоко не зашёл. пока изучаю документацию от корки до корки, чтобы потом иметь представление о том, что вообще есть. просто вспомнил, что я где то подобное видел и написал. возможно это поможет https://docs.saltstack.com/en/latest/topics/transports/index.html я этот топик только просмотрел - но это точно про общение мастера с миньонами

на счёт того как мониторится не скажу. я использую реактор чтобы отлавливать события

👍👍👍

в слак обязательно зарегайся

да я сам три недели ковыряю.


уф в шине увидел сообщения, осталось на master экспорт  в fluentd/logstash настроить .

/etc/salt/minion.d/beacons.conf                                                                                                       
beacons:
  inotify:
    - files:
        /var/log/auth.log:
          mask:
            - modify
    - disable_during_state_run: True

/master-master# salt-run state.event pretty=True
salt/beacon/salt-minion/inotify//var/log/auth.log       {
    "_stamp": "2020-05-22T14:01:46.099785",
    "change": "IN_MODIFY",
    "id": "salt-minion",
    "path": "/var/log/auth.log"
}
salt/beacon/salt-minion/inotify//var/log/auth.log       {
    "_stamp": "2020-05-22T14:01:49.096771",
    "change": "IN_MODIFY",
    "id": "salt-minion",
    "path": "/var/log/auth.log"
}

А можно ли при запросе к Salt API менять какой state-output будет использован, поискал в доках, но не нашел ничего. pepper умеет форматировать данные используя разные модули вывода https://docs.saltstack.com/en/latest/ref/output/all/index.html а вот менять state-output похоже не умеет. Пока не могу понять, возможно ли это в принципе при использовании API.

теоретически api может использовать их

Не, это не то.

renders не при чем - речь про output modules: https://docs.saltstack.com/en/latest/ref/output/all/index.html

но я хз можно ли черех АПИ это передавать

В целом то логично что апи вываливает просто все данные. Но непонятки вносит тот факт что state_output задается так же в конфиге мастера или миньона.

чтобы pepper мог форматировать выхлоп нужно поставить (или скопировать модули) salt-master (может достаточно будет пакета salt-common).

И еще добавить по вкусу

~/.config/pepper$ cat ~/.config/pepper/master
output: nested

state-output и просто output - разные вещи, в том и дело, что просто output меняется без проблем. А вот state-output используя pepper уже не сменить. В слаке это подтвердили.