2 commits ?

git clone make install

Это самое крутое что я видел по соотношению звезд и функциональности. В репе лежат 3 файла gitignore, readme, license ......... => ?60

Снова ансибл хуесосили?

скорее джангу ?

с удовольствием посмотрю на инструмент, который не хуесосят. И который при этом реально используется.

Это самое крутое что я видел по соотношению звезд и функциональности. В репе лежат 3 файла gitignore, readme, license ......... => ?60

А прикинь, мы ветку POC таки допишем и в develop смержим. Вообще на куски репу разорвут.

Кстати, вот как надо относиться к сообществу https://twitter.com/GitHubHelp/status/840675186802319361

А вот другой мой любимый тредик. https://twitter.com/lig1/status/801483475656310786

Краткое содержание: - исправьте баги - помоги - так вот же PRы, осталось только смержить - если с чем-то не согласен, иди в IRC ...

Ладно, пойду багу в Pyventory исправлю.

Кстати, я придумал как его сделать вообще офигенным. Короче, стабилизирую, добавлю фичу изоляции скоупов разных переменных и тогда загоню всё снова в yaml.

Только тогда название Pyventory теряет смысл, но что же делать, так исторически сложится;)

Идея со скоупами растет отсюда https://speakerdeck.com/lig/efficient-ansible-host-groups-organization

Смысл в том, чтобы контролировать, что переменная используется только в своем контексте. То что относится к области проведения приложения не должно переопределяться в области конфигурации окружения, например

Мы решили проблему с разными env с помощью плейбуков. Просто готовим роли под продакшен, а на стейджинг просто еще один плейбук делаем и rewrite на нужные параметры

А в многих случаях такой надобности нет... Просто отличий между прод и стейдж практически нет

А в многих случаях такой надобности нет... Просто отличий между прод и стейдж практически нет

Именно, добавил группы для прода и для стейджа и отличия в них положил.

Именно, добавил группы для прода и для стейджа и отличия в них положил.

А потом пришел Петя и один из этих параметров прописал в группе host_type_8.

А кто петин код смерджил?

А потом пришел Петя и один из этих параметров прописал в группе host_type_8.

А Pyventory ему автоматически по рукам надавал.

Нехерь Пете херню писать. На это конвенции пишутся

А если по конвенции не пишешь, то пусть свою херню в другом месте пишет

А кто петин код смерджил?

Ну, так лучше иметь явное ограничение на уровне Пети, чем надеяться, что ревьювер не забыл употребить свои утренние вещества

Ансибл не говорит тебе как писать

В этом то и преимущество

Нехерь Пете херню писать. На это конвенции пишутся

Конвенции лучше всего автоматически проверять. Да, не всегда возможно. Но если возможно, это же хорошо.

Ну, так лучше иметь явное ограничение на уровне Пети, чем надеяться, что ревьювер не забыл употребить свои утренние вещества

Это уже проблема любого софта. Не возможно все проверять. Всегда что нибудь пропустят... Зато можно поправить когда заметишь

В этом то и преимущество

Я согласен. И нисколько не собираюсь заставлять кого-то писать как я. Просто хочу сделать полезный инструмент, который поможет автоматизировать проверку некоторых конвенций, в том числе той, которую я успешно использую

Это уже проблема любого софта. Не возможно все проверять. Всегда что нибудь пропустят... Зато можно поправить когда заметишь

Это общее утверждение

А я говорю про конкретную фичу, которая решает конкретную проблему

Не надо делать?

Вредно?

Ну посмотрим что получится...

Хотя если проект как стоник напишет то же что и сам ансибл делает, то смысла я в нем мало вижу

Хотя если проект как стоник напишет то же что и сам ансибл делает, то смысла я в нем мало вижу

Ладно, мы вас поняли.

Я бы хотел видеть что то вообще другое. Например то что ансибл не позволяет делать - использовать jinja2 полностью везде, а не только в темплейтах

Так то и в ансибле смысла тогда нет. Он же то же самое, что fabric делает

Я бы хотел видеть что то вообще другое. Например то что ансибл не позволяет делать - использовать jinja2 полностью везде, а не только в темплейтах

Эээ... В смысле императивчику захотелось? Так пиши на питоне. В чем проблема?

Как тут уже говорили - ансибл лучшее из всего что есть

хоть и сам го***

Вот, кстати, в fabric именно так

Эээ... В смысле императивчику захотелось? Так пиши на питоне. В чем проблема?

Неа. А просто jinja2

Это императивный код

Убрать when, block, и похожее, и использовать просто jinja2

Вот чего в ансибле действительно не хватает, чтобы на новый уровень перейти - это работы с состоянием. Но это уже отдельный очень жирный разговор за многие куски его архитектуры и разные возможные понимания стейта.

Это императивный код

А чем ансибл уже не императивен?

Убрать when, block, и похожее, и использовать просто jinja2

Ну это всё не к очень хорошему приведёт. Но одно это изменит сильно в лучшую сторону - управление видимостью переменных. Меня этот глобальный контекст бесит сильно.

Ыместо when и with_* использовать if и for

Ыместо when и with_* использовать if и for

Это нечеткая грань

В свое время в Позитиве об это много копий поломали

В if у джинжи в общем случае слишком большая свобода. Там можно что-то вычислять. With_items - синтаксический сахар для декларативного кода

Вообще, я бы совсем убрал джинжу из плейбуков. Оставил бы возможность обращаться к элементам и всё. Там бы иметь возможность переменные дергать по имени из переменной и достаточно.

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

Декларативный и императивный код надо разделять как можно более явно.

программирования на конфигах срач? одобряю! :)))

@lig11 а вы фичу ансибла с тем что переменные можно в 16 местах объявить будете реализовывать или порядок там наведете ?

@lig11 а вы фичу ансибла с тем что переменные можно в 16 местах объявить будете реализовывать или порядок там наведете ?

Наведем. Как раз обдумывал вчера как лучше

Но точно будет четкая область видимости

чуваки, а как вы одну и ту же роль растягиваете на несколько наборов тэгов? к примеру, я хочу сделать так, чтобы один и тот же демон запускался в несколько инстансов с разными конфигами и на разных портах

хотел ещё спросить, а смотрю, уже всё на месте https://docs.ansible.com/ansible/letsencrypt_module.html

чуваки, а как вы одну и ту же роль растягиваете на несколько наборов тэгов? к примеру, я хочу сделать так, чтобы один и тот же демон запускался в несколько инстансов с разными конфигами и на разных портах

Есть несколько путей, зависит от того на каком уровне хочется множить.

Есть несколько путей, зависит от того на каком уровне хочется множить.

Можно научить роль запускать N копий сервиса и кормить её списком объектов по которым запускать

Можно научить роль запускать N копий сервиса и кормить её списком объектов по которым запускать

Можно сделать N хостов с одним отличием - конфигом этого демона и одинаковым ansible_host и деплоить группой

ERROR: S client not available

не, второе не нравится

есть пример реализации второго варианта? каждому шагу скармливать with_items не очень хочется

Тогда учить роль тому, что сервиса N копий

не, второе не нравится

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

есть пример реализации второго варианта? каждому шагу скармливать with_items не очень хочется

include с with_items

Типа в main.yml инклюдишь item.yml, который рядом лежит

В main можно приготовить что-то общее перед или после include, может быть полезно

хм. что-то я за полгода совсем ансибль забыл. спасибо, кажется понял, что делать

Только помни, оно будет выполнять каждую операцию внутри этого файла, как будто на неё наложили этот with_items, а не по порядку всё для каждого. Это не for, это размазывание with_items по каждой инструкции внутри включаемого файла

чем это чревато? медленнее или мне обязательно переменную принимать в каждой инструкциия?

чем это чревато? медленнее или мне обязательно переменную принимать в каждой инструкциия?

Порядком выполнения, сайдэффектами, ну какими-то возможными. Надо учитывать просто

Привет всем помогите с докером, лабу надо сделать...?

Знаю что не по теме

Привет всем помогите с докером, лабу надо сделать...?

docs.docker.io

Чобы не задать вопрос с @ru_docker ?

Алексей Большое спасибо

Порядком выполнения, сайдэффектами, ну какими-то возможными. Надо учитывать просто

ок, я понял. спасибо ещё раз

Коллеги, а как копировать файл на удалённом хосте с одного места на другой?)

copy - с локального сервера на удалённый fetch - с удалённого на локальный

Коллеги, а как копировать файл на удалённом хосте с одного места на другой?)

command: cp ... ? нет?

Command не индемпотентен

copy: remote_src=true... (added in 2.0)

copy: remote_src=true... (added in 2.0)

Оно, спасибо!

synchronize еще есть

Оно, спасибо!

все в доках ))

synchronize еще есть

это ж вроде не копи, а рсинк...

это ж вроде не копи, а рсинк...

Иии?

и все... если просто скопировать надо, зачем что-то еще?

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

и все... если просто скопировать надо, зачем что-то еще?

Иногда скопировать нужно директорию. Иногда не зачем копировать если содержимое файла не поменялось

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

Я пока copy -a не выучил, всегда рсинкал :)