Телеграмм чат группы devops

да ради бога)
главное по выбранному инструменту не забывай читать best practice

ну и до кучи - зачем тебе каталоги, которые никак не используются (я про *modules, они еще и лежат в неправильном месте)

источник

05:08пожаловаться #6

a

alexlev in DevOps — русскоговорящее сообщество

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

источник

05:09пожаловаться #7

a

alexlev in DevOps — русскоговорящее сообщество

в конце можем сверить =)

источник

05:09пожаловаться #8

A

Alekh0 in DevOps — русскоговорящее сообщество

Vasiliy Romaneev

да ради бога)
главное по выбранному инструменту не забывай читать best practice

ну и до кучи - зачем тебе каталоги, которые никак не используются (я про *modules, они еще и лежат в неправильном месте)

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

источник

05:10пожаловаться #9

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

alexlev

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

> написал роли а потом включил их в главный
вот эта фраза непонятна.

роли - что делать
плейбук - на каких хостах какие роли исполнять

источник

05:10пожаловаться #10

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

Alekh0

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

https://t.me/devops_ru/799292

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

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

если так себе - то почитай best practice - где лучше хранить переменные.

источник

05:11пожаловаться #11

A

Alekh0 in DevOps — русскоговорящее сообщество

Vasiliy Romaneev

https://t.me/devops_ru/799292

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

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

если так себе - то почитай best practice - где лучше хранить переменные.

Останемся при своём мнении, думаю это и Вас и меня устроит

источник

05:11пожаловаться #12

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

Alekh0

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

не вижу я никакого подхода
вижу какую-то дичь.

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

источник

05:11пожаловаться #13

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

если речь про то, что вместо вынесения переменных в group/host vars хранить их в инвентори - я не вижу в этом плюсов, но вижу огромную кучу минусов.

источник

05:12пожаловаться #14

A

Alekh0 in DevOps — русскоговорящее сообщество

Vasiliy Romaneev

не вижу я никакого подхода
вижу какую-то дичь.

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

Потому что это что-то другое, отходит от best practice, но кто сказал, что best practice не придумал, кто-то типа меня с нестандартным взглядом, который приняли за основу?
Ansible очень гибкий, это главное

источник

05:13пожаловаться #15

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

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

источник

05:13пожаловаться #16

A

Alekh0 in DevOps — русскоговорящее сообщество

Vasiliy Romaneev

если речь про то, что вместо вынесения переменных в group/host vars хранить их в инвентори - я не вижу в этом плюсов, но вижу огромную кучу минусов.

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

источник

05:13пожаловаться #17

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

Alekh0

Потому что это что-то другое, отходит от best practice, но кто сказал, что best practice не придумал, кто-то типа меня с нестандартным взглядом, который приняли за основу?
Ansible очень гибкий, это главное

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

источник

05:14пожаловаться #18

A

Alekh0 in DevOps — русскоговорящее сообщество

Vasiliy Romaneev

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

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

источник

05:17пожаловаться #19

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество

Alekh0

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

у меня аж загорелось.
вы же не тестируете свои плейбуки ? крайне советую.
Ключевое слово - molecula

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

а уж какой инструмент - папет, солт, шеф или ансиболь будет - частности.

источник

05:22пожаловаться #20