Еще можно в волт сходить за токеном

я бы так и сделал )

Конструкция типа скрипт при первом старте системы с предустановленным миньоном system-call --master=${master} --id=${hostname}

вроде как должна перезаписать id

Я лично без этого обошёлся ₽ говорю же - если нет минион айди, он подставляется при старте агента

но мне надо дергать чем то демона миньона после старта при твоем варианте

а блин

все понял) сетапим демона без старта и с enable

в systemd

У тебя по сути только проблема ключ акцептнуть на мастере и все

Это можно побороть автоакцептом (но тогда что делать, если один хост два раза придёт?), либо внешней мулькой, которая из того же Тф сходит и акцепнет ключ

хм, похоже да, тфом это будет прям ваще кошерно

получим сразу такой полный сетап по тэгам

а как он может два раза прийти?

а еще вопрос,  умеет солт фиксить изменения без апплая? те например у меня в стейте есть пакет который я руками удалю с сервера, сможет ли солт поддерживать то состояние которое я описал и поставить этот пакет или мне нужно таки заново делать state.apply?

beacon для этого есть, надо следить за состоянием этого пакета, тогда мастер сможет реагировать на изменение его состояния

благодарю! сори за нубские вопросы, читая доку и всякие хелп статьи salt нравится за свою гибкость и тонкость настройки

Ну на все изменения всех стейтов биконов не навешаешь же.

Наверное нужно в кроне salt-call держать? Или как то на мастере инициировать периодические накаты стейтов?

Меня этот вопрос тоже интересует.
Хочу с ансибла слезть в том числе потому, что видения инфраструктуры в целом он не даёт, и на дрифт конфигурации влиять сложно.
(И по причине тормознутости, да)

Я сам биконы не использовал, не было необходимости, просто ознакомил человека с наличием такой возможности.
Вешать на все биконы и в самом деле не выглядит как адекватное решение, но точечно, на какие-то важные вещи - почему нет.
highstate по расписанию - если есть потребность, почему бы нет. Но по хорошему не должно быть ситуации чтоб пакет кто-то руками удалил, или конфиг поправил. Для этого нужны скорее административные меры, а не Солтом (любой другой SCM) это как-то компенсировать