p
так что то чо со стейтом не менеджит никто паппетом, сложно это, долг высокий, и неудобно. проще внешнюю херовину написать которая управлять этим будет
Size: a a a
2017 July 06
X
но зато работает, и infrastructure-of-code выходит, да и индепонентность таки тещу обычно, в т.ч. автоматически
p
IOC пижня
p
это всё красиывае слова до тех пор пока вы не отхыватываете проблему с бинарными зависимостями бинарных зависимостей вашего приложения
p
менеджить которые, конечно же невозможно
X
менеджить которые, конечно же невозможно
а почему это нужно решать в рамках Puppet?
X
есть вообще билдеры, штуки, подобные pip, dnf/yum/apt-get, etc
X
Puppet/ansible должны лишь их дёргать
p
потому что это динамические зависимсоти
p
у вас есть пакетный менеджер который тянет зависимости
p
и есть питон модул который тянет пакет
p
и версия питон модуля может быть завязана на версию dev пакета бинарного, который может притащить зависимости, которые каким то хером поломают питон модуль
p
вы пизданетесь менеджить версии всех денеденсей дальше "первого" уровня
X
и версия питон модуля может быть завязана на версию dev пакета бинарного, который может притащить зависимости, которые каким то хером поломают питон модуль
а, в мастерхосте и руцентре обычно это фиксили тем, что собирали метапакет (т.н. билд) в зависимостях у которого указаны все пакеты всех версий
X
вы пизданетесь менеджить версии всех денеденсей дальше "первого" уровня
ну это можно автоматизировать же
X
в т.ч. в дженкинсе
X
обновляем автоматически версии, собираем метапакет, запускаем тесты, если всё сломалось, заводим issue в текущем спринте как блокирующий
p
тоесть вы весь стейт по состояниям версий пакетов на хостах унесете в дженкинс ?
p
да причём тут метапакет