X
для /etc/default/grub
Size: a a a
2017 August 30
X
у меня самописный модуль, но посмотрите паппетфордж. Там скорее всего есть что-то приличное
4
а то хотел сначала по-старинке bash-скрипты раскидать, но чот это костыльный костыль
4
X
я бы делала так - сперва стейдж тестится на определённой версии git tag
X
если всё ОК, то переключаем продакшен на этот гит таг,
X
и ноды сами обновляют ядро и остальное :)
p
Это в четвёрке?
инклуды выпилены толи в 3.3 толи в 3.4
p
Я что-то адекватеных решений не нашёл. Если один site.pp, то глупо было делать отдельную директорию для него, если include, то последние признаны deprecated
адекватное решение это взять и положить всё в модуль, в site.pp хранить некоторые global vars. а в node.pp список нод, и в них уже инклуить классы из вашего модуля
p
тока вот зачем в 2к17 пуппет, неясно
X
тока вот зачем в 2к17 пуппет, неясно
ты всё на докере делаешь? К нему есть ряд больших претензий :) Например, вендор лок на технологии гугл, если всё делать на кубернетесе (а если не на нём, то появляется куча технических проблем)
X
а если сравнивать с ансиблом, я не вижу, чем ансибл лучше Puppet
X
Оба какашки :(
X
но проблемы у обоих разные впрочем
X
что позволяет для одного проекта выбрать ансибл, а для другого Puppet
p
а на паппете у тебя вендорлок на технологии непонятной конторы
p
которая сильно зависит от энтерпрайза
JS
а если мы сами Ынтерпрайс ? :)
p
тогда вы покупаете саппорт по 60 баксов за тачку и не паритесь
p
имея всякие паппет энтерпрайз борды и т д