Size: a a a

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

2021 March 21

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
А я не вижу конкретики вопроса, уточни, пожалуйста, что конкретно ты спросил в этом сообщении
давай добавим еще:
- в чём его плюсы
- в чём его минусы
источник

A

Alekh0 in DevOps — русскоговорящее сообщество
Vasiliy Romaneev
я спрашиваю - в чём именно заключается твой "подход", про который ты говоришь.
Подход заключается не только в использовании best practices, но так же и в том, как удобнее совместить использование системы
Да, я увидел вопрос про + и -
Но, Вы же прекрасно понимаете, что это не описать простым сообщением в чате. Даже хотя бы приняв в том что мы используем "одну лопату", но по разному, только у меня жопа от этого не горит
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Подход заключается не только в использовании best practices, но так же и в том, как удобнее совместить использование системы
Да, я увидел вопрос про + и -
Но, Вы же прекрасно понимаете, что это не описать простым сообщением в чате. Даже хотя бы приняв в том что мы используем "одну лопату", но по разному, только у меня жопа от этого не горит
подход состоит в том, что не всегда best practices нужно применять, но конкретику вы приводить не желатете.
всё верно ?
источник

a

alexlev in DevOps — русскоговорящее сообщество
по шее, потому что у меня environment один, сразу в прод, что не совсем верно наверное, но это же не критично в данном задании, потому:
источник

A

Alekh0 in DevOps — русскоговорящее сообщество
Vasiliy Romaneev
подход состоит в том, что не всегда best practices нужно применять, но конкретику вы приводить не желатете.
всё верно ?
Потому что конкретика будет зависеть от системы, от подходов, от того, как вообще процессы выстроены.

Да, я не буду приводить конкретику, потому что нет конкретной проблемы, есть мнение как пользоваться продуктом, Вы делаете это так, я/мы чуть иначе
источник

A

Alekh0 in DevOps — русскоговорящее сообщество
Вы победили, это нужно было?
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
alexlev
по шее, потому что у меня environment один, сразу в прод, что не совсем верно наверное, но это же не критично в данном задании, потому:
ну откровенно говоря я не очень согласен с https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#separate-production-and-staging-inventory

просто потому что часто сталкивался, что dev/stage окружения нужно смешивать в реальной работе.
Это против всех практик, но иногда (в силу цен за лицензии) так нужно.

Я предпочитаю единый инвентори, обложенный проверками.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Вы победили, это нужно было?
ура!
Я победятл!

нет, у меня нет цели доказать что-либо кому-либо.

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

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
а дальше уже лирика - где хранить переменные и это вот всё.
источник

A

Alekh0 in DevOps — русскоговорящее сообщество
Vasiliy Romaneev
ну откровенно говоря я не очень согласен с https://docs.ansible.com/ansible/latest/user_guide/playbooks_best_practices.html#separate-production-and-staging-inventory

просто потому что часто сталкивался, что dev/stage окружения нужно смешивать в реальной работе.
Это против всех практик, но иногда (в силу цен за лицензии) так нужно.

Я предпочитаю единый инвентори, обложенный проверками.
Мы используем именно так, stage и prod разделены, не вижу проблемы, всеж переменные в инвентори.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Мы используем именно так, stage и prod разделены, не вижу проблемы, всеж переменные в инвентори.
если нет задачи смешивать окружения - лучше идти по BP - спору нет.
это уже мои личные предпочтения.
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
но я лично рад, что для @wasiliok этот тред оказался чуток полезен )
источник

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Мы используем именно так, stage и prod разделены, не вижу проблемы, всеж переменные в инвентори.
ну ссылку на BP я уже присылал.
А вот объяснения почему вы считаете, что переменные надо в inventory нужно хранить так и не было.
между тем, именно примеры - то, чем ценно общение в чатах.
может быть ваш опыт и мне нужно забрать себе.

расскажешь ?
источник

A

Alekh0 in DevOps — русскоговорящее сообщество
Vasiliy Romaneev
ну ссылку на BP я уже присылал.
А вот объяснения почему вы считаете, что переменные надо в inventory нужно хранить так и не было.
между тем, именно примеры - то, чем ценно общение в чатах.
может быть ваш опыт и мне нужно забрать себе.

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

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Ты победил же, твоя схема идеальна, зачем мне тратить время на то, чтобы переубеждать, вместо этого, кому могу рассказать, как можно делать. Не обижайся, но у тебя сложившееся мнение, и я вижу, что холивар к полезному не приведёт. Всё норм, просто мы смотрим по-разному
ок.

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

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

A

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

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

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

VR

Vasiliy Romaneev in DevOps — русскоговорящее сообщество
Alekh0
Если бы ты изначально так поставил вопрос, то я бы ответил. Можно было на многое посмотреть, но я не прошёл твоё "собеседование", а ты моё. Шит хэппенс
источник

a

aidai in DevOps — русскоговорящее сообщество
Доброго времени суток. Помогите пожалуйста, я не понимаю как исправить ошибку
источник

a

aidai in DevOps — русскоговорящее сообщество
источник

VA

Vasiliy Angapov in DevOps — русскоговорящее сообщество
aidai
Доброго времени суток. Помогите пожалуйста, я не понимаю как исправить ошибку
чатом ошиблись, при чем тут девопс
источник