Pull to refresh

Comments 5

Круто! Что ещё раз доказывает, что salt отличный Фреймворк. Толк о надо приложить руки и голову. И расстраивает отсутствие или недостаток информации о возможностях и кейсах ) настоящая статья отчасти заполняет этот gap.
По pillarstack — с какими проблемами столкнулись? Не было тяжело осознать этот механизм? Удобен в работе? Нет ли тормозов (все таки мерж 100500 элементов может занимать прилично времени)? Или может с кэшированием и обновлением элементов?

По pillarstack — с какими проблемами столкнулись? Не было тяжело осознать этот механизм?

C изучением pillarstack проблем не возникло, а вот на этапе тестирования стало сюрпризом, что он в отличие от ванильного пиллара не может рекурсивно инклюдить каталоги. Также поменялось дефолтное поведение мержа списков.

Приходилось перепроверить все пиллары, где были списки, иначе можно получить совсем не те данные, которые ожидаешь.

Удобен в работе?

Очень гибкий, и стратегии позволяют выкрутиться из любой ситуации.

Нет ли тормозов (все таки мерж 100500 элементов может занимать прилично времени)? Или может с кэшированием и обновлением элементов?

Какого-либо заметного изменения производительности нет, всё просто работает!
reclass пробовали? Если да, то почему не он?
Мы выбрали pillarstack, потому что у него есть стратегии merge;
можно гибко настраивать, используя pillar, grains, opts.

В reclass не увидели что-то похожее на стратегии merge. Судя по всему, нет возможности использовать pillar и grains. Поправьте нас, если это не так.

Кажется, что pillarstack более популярен. Например, он часто обсуждается в этом Telegram-канале, где всегда можно посоветоваться с коллегами.

Про стратегиям merge можно почитать тут в доке.

С pillar (parameters в терминологии) все ок, grains вроде нет, но и в голову не приходило их использовать в pillar/parameters
Sign up to leave a comment.