Роль универсальна. Она предназначена для запуска на разных платформах. Разные платформы - имею в виду и то, где ансибл запускается. И целевая машина, куда роль применяется. Файловая система может быть разная. Может быть case-sensitive, может быть нет. В случае, если не вылезаешь за пределы linux - ок. Если добавляется винда и мак - это требует дополнительного изучения вопроса. Т.к. иногда это может вызывать проблемы, иногда - нет.

На винде ансибла нет, так что мимо. А какие проблемы на маке вы видите с подобной ролью? Хотите сказать, что она не будет у вас работать?

Точно нет? А Пайтона на Винде нет? А целевую виндов машину ансиблом не залить ?

Условно файлы WinNT.yaml и winnt.yaml могут быть одним, а могут считаться как разные. Поэтому я и сказал, что безопаснее писать все файлы в ловеркейс и не допускать дублирования файлов с точностью до регистра

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

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

Ещё раз повторюсь, что я бы не провоцировал и в линтере тупо запретил CamelCase и разрешил lowercase

А с фактами ансибла что делать предлагаете? Тоже все в lowercase конвертировать принудительно?

Не привязывать факты к названиям файлов.

И как вы предлагаете организовывать ветвление в зависимости от фактов тогда?

Писать портянки дублирующегося кода, обвешанного условиями типа when: ansible_os_family == 'RedHat'?

И почему вообще нужно делать универсальные роли? Ок, для линукса и мака, например, пускай будет одна роль. А вот виндовс - почему отдельно не вынести ?

Даже только для линукса - есть ветвления по типам дистрибутива, версиям, типам сервис-менеджера и т.п. И эти факты зачастую не в lowercase

Не лучший вариант, имхо

Ну, так других вариантов и нет особо. Либо портянки с when, либо один динамический инклуд тасков по шаблону на основе фактов, как у нас

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

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

Я пишу. Просто зачастую восприятие людей доп модулей - причина отказа от использования роли

Что ещё раз доказывает, что ансибль кривоват местами. Но это не повод от него отказываться.

Ну, т.е. лучших предложений по ветвлениям на основе фактов у вас нет - я правильно понял?

Ты видел freeipa роли? Там все на своих модулях. И чтобы точно понять, что роль будет делать - надо еще в модулях копать)

Include же, только с фильм ром lowercase

Ты видел freeipa роли? Там все на своих модулях. И чтобы точно понять, что роль будет делать - надо еще в модулях копать)

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

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

Я бы предположил, что lowercase пошел от pep8, то есть языка на котором написан ансимбль

Я бы предположил, что lowercase пошел от pep8, то есть языка на котором написан ансимбль

Так кто-то еще ролями из общего доступа пользуется? Или все свои велосипеды пилят? :)

Цель опроса какая ?

Интересно узнать - какие роли наиболее востребованы в коммьюнити

По какому ключу? Параметру?

Ко всем не имеет смысла. А читаемость роли - не знаю, если говорить про использование роли - то ее не надо читать, ее надо использовать

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

Так кто-то еще ролями из общего доступа пользуется? Или все свои велосипеды пилят? :)

Или речь именно про конкретные роли? Но тогда вопрос, наверное, бессмысленен, т.к. вся статистика есть на гелекси ?

Правильно - любой подготовленный

Там статистика не вполне корректная. Счетчик там любые обращения к роли считает, даже если это просто вызов ansible-galaxy info

Я беру за базу публичные роли и допиливаю их под себя)

Так какие бенефиты от дополнительного фильтра в роли - можете описать?

Ну, наверное, им нужно об этом написать? А то, вдруг, они не знают?

Вы сами какие роли чаще всего используете? Если используете, конечно

А это тут причем? Насчёт статистики - ну, ес-но, выгоднее использовать готовое. Специфика работы, что нужен мониторинг , логгирование

Что при чем? Я вопрос задал - какие роли вы чаще всего используете. Можете ответить? Если секрет - можете не отвечать, конечно

Поэтому за последний месяц - оригинальная роль elastic от вендора, 3* роли от cloudalchemy и ещё одна на кибану, которая написана французом (или итальянцем) https://github.com/fedelemantuano/ansible-kibana/

Поэтому за последний месяц - оригинальная роль elastic от вендора, 3* роли от cloudalchemy и ещё одна на кибану, которая написана французом (или итальянцем) https://github.com/fedelemantuano/ansible-kibana/

И там тоже ваш нелюбимый Uppercase в названиях файлов :)

Единственное, чего я не понимаю, это вот подобных тасков: https://github.com/fedelemantuano/ansible-kibana/blob/develop/tasks/compatibility-variables.yml

Где в несколько шагов во время плея задаются вполне элементарные значения переменных с данными, доступными на момент запуска

В его случае это не имеет смысла, ибо

Вы о чем? Раскройте тезис детальнее, пожалуйста

Посмотрите как он иклюдит ямлы. Он легко мог сделать все ловеркейсом. См.скрин выше