я знаю

потому и спрашиваю

оно? https://docs.saltstack.com/en/latest/ref/peer.html

вот только что нашел) читаю уже)

но кто то юзал?

я пробовал но в итоге пришел в выводу что мне это не нужно

почему

у меня вообще стоит идиотская задача "для нужд бизнеса" и, как вы понимаете, строится она исключительно из костылей)

потому что это странный кейс. Все должно идти через мастре

бизнес сам зачастую не знает что он хочет

и что хуже - он пытается навязать какие-то неоптимальные кейсы

ну на самом деле... вот я могу представить, что мастер в ЖО, а пиры (миньоны) - разбиты по ДЦ, и быстрее будет пир-ту-пир, но это очень странная архитектура

проще тогда синдик какой-то или много мастеров сделать

"проще" тут конечно спорно

А есть какие-то решения чтоб в течении одного выполнения формулы / стейта сделать mine.send и тут же mine.get со свежими данными?
Если делать mine.get в Jinja - то получаем старые данные, т.к. Jinja рендерится до выполнения стейтов. Если использовать __slot__ то получаем словарь обычно,  а в 2019 версии нельзя выбоку по ключу сделать, в 3000 вроде бы это улучшили, правда в примерах только синтаксис с доступом через точку dict.key, а  мне надо использовать переменную как ключ dict[var], не знаю  работает ли это в 3000.

На самом деле я почти уверен что вариантов нет, только использовать orch для выполнения в нужном порядке, но на всякий случай спрашиваю mine не использовал до этого.

> А есть какие-то решения чтоб в течении одного выполнения формулы / стейта сделать mine.send и тут же mine.get со свежими данными?

Простых нет. mine асинхронно работает.Советую посмотреть в slots

да я посмотрел, написал даже сразу про это :)
слоты не позволяют выбрать нужный ключ из словаря который функция возвращает

Вообще есть тендеция делать опционально синхронными некоторые вызовы - например pillar_refresh сделали

я бы Соли очень рекомендовал сдалать их все опционально синхронными хоть это и идет в разрез с изначальной концепцией