@pro_ansible - страница 1752

Александр

Хотя да, всё это составляющие одного продукта в итоге.

Long

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

Long

При использовании нескольких репозиториев, ты не сможешь оформить изменение одним пуллреквестом. Придется костылить сборку: например захочешь собрать продукт в каком нибудь Travis или TeamCity с feature ветки, а в половине реп она есть, в другой нет. Короче от этого сплошные проблемы.

Sergey

^^^ +++

George

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

+++

Александр

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

Александр

Винда вперемешку с линуксами, дичь в общем :)

George

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

Это пилили разные команды ?

Александр

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

Александр

Но инфраструктура при этом единая и узлы в ней зависят друг от друга. Ну и я хочу всё управление и деплой этого хозяйства в ансибл исполнять. Вообще в голове пока крутится вариант объединить по логике и функционалу проекты в какие-либо общие подгруппы в гитлабе, ну и для каждой такой подгруппы для ансибл сделать свой инвентори и свои переменные. Подгрупп получится штук 5-7, в принципе терпимо будет поддерживать, но хз как оно будет, если честно.

Long

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

Можно просто в разные папки положить.

Dan

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

Sergey

^^^ +++

Александр

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

Имеешь ввиду ансибловские vars или vars гитлаба?

DK

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

А вот кстати... А какие вообще есть варианты кроме консула? В параллельном проекте коллеги Netbox используют, но это жесть жестяная.

Александр

А этот единый инвентори (статический) где лучше разместить, в какой-нибудь "главной" группе? У меня он сейчас просто в отдельной репе.

Nikita

https://t.me/devops_ru/749730

citius

А вот кстати... А какие вообще есть варианты кроме консула? В параллельном проекте коллеги Netbox используют, но это жесть жестяная.

Не знаю что такое нетбокс, но по сути под любые варианты хранилища настроек которые вам удобны можно написать инвентори скрипт и варс плагин на питоне. Хоть sql, хоть kv, хоть s3. Я бы отталкивался от того, чем вы инфраструктурой рулите. Если это терраформ, можно из стейтов инвентари генерить.

George

А вот кстати... А какие вообще есть варианты кроме консула? В параллельном проекте коллеги Netbox используют, но это жесть жестяная.

Netbox это другое

George

Тебе нужен IPAM ?

George

https://t.me/devops_ru/749730

Ответ - без понятия, ОВИРТ фу

DK

Тебе нужен IPAM ?

Не столько IPAM, но и он тоже. Тут скорее виртуалки в vsphere и на них крутятся разнообразные приложения. Пока в начале пути, но через года 2 будет 90 апликух, каждая с ролью и вагоном переменных, ну и VM штук под 500.

DK

Сейчас моно репа, но меня заставляют дробить. Упираюсь.

Dan

Имеешь ввиду ансибловские vars или vars гитлаба?

groups['group'][vars...]

Владимир

Как yaml строку переносить error line too long (89 > 80 characters) (line-length) првильно при: script: - docker tag portus.domain.ru/domain-python:latest portus.domain.ru/domain-python:0.1

Lamobot

Как yaml строку переносить error line too long (89 > 80 characters) (line-length) првильно при: script: - docker tag portus.domain.ru/domain-python:latest portus.domain.ru/domain-python:0.1

А почему используется script? Вообще можно в несколько строк. https://yaml-multiline.info/ Или настроить yaml/ansible линтер.

Alexey

Привет всем. Подскажите пожалуйста, есть ли возможность использования mv ( для смены названия директории ), в тасках плейбука? В документации ничего не смог найти.

Дмитрий

Привет всем. Подскажите пожалуйста, есть ли возможность использования mv ( для смены названия директории ), в тасках плейбука? В документации ничего не смог найти.

https://stackoverflow.com/questions/24162996/how-to-move-rename-a-file-using-an-ansible-task-on-a-remote-system

Sergey

Привет всем. Подскажите пожалуйста, есть ли возможность использования mv ( для смены названия директории ), в тасках плейбука? В документации ничего не смог найти.

Идемпотентность?....

Fire

Привет всем. Подскажите пожалуйста, есть ли возможность использования mv ( для смены названия директории ), в тасках плейбука? В документации ничего не смог найти.

Удалить директорию, если есть. Создать с нужным именем.

Дмитрий

Удалить директорию, если есть. Создать с нужным именем.

а если данные там есть?

Fire

Создать данные.

Gunnery

Привет всем. Подскажите пожалуйста, есть ли возможность использования mv ( для смены названия директории ), в тасках плейбука? В документации ничего не смог найти.

copy+local_action не подходит?

Pit

спрашивай тут, имхо

Fire

Это надо в лдап группу пользователю сменить.

Fire

На то, что у тебя считается в aws System Administrator.

Sergey

^^^ +++ LDAP считается golden source в этом случае.

Fire

Похоже на правду, добавь юзера в группу awx_admins

Fire

Юзер должен стать суперюзером. 🤷

Fire

Ldap - это протокол авторизации/аутентификации. И просто каталог.

Fire

Как его использует приложение - дело самого приложения.

Fire

Лдап не может сам по себе что-то менять.

Vladimir

Как расшифровывается? Без гугления? А?

Fire

Ну как бы)

Fire

Я знаю, я знаю. Последняя буква - protocol)

Sergey

Ldap - это протокол авторизации/аутентификации. И просто каталог.

Niet ;-)

-

что анб но не ансибол?

Fire

Niet ;-)

Ну я ж не буду статью с Вики перепечатывать)

08780

Здравствуйте, возникла проблема с установкой ролей из файла roles/requirements.yml. Проблема: при запуске templastes, обновление репозитория проходит, tasks так же выполняются, НО эти tasks берутся с одной и той же роли(nginx)^1, хотя название ролей которые я указал в run.yml отображает верно, после просмотра логов обнаружил что awx при клонировании ролей берёт мою одну роль^1 переименовывает её в нужною роль(server_back)^2 и засовывает в неё НУЖНУЮ роль т.е у меня получается server_back/директории из роли ^1 + доп директория server_back/и в ней уже нужные директории из файла^2 "ubuntu 18.04 awx в докер контейнерах". Не могу найти решения данной проблемы