Maxim
или он цеф?
Vadim
сеф - это cef же 😉
тогда со звездочкой задача - crio или criu?
Maxim
бггггг
Sashko
Эммм
Марат
какоая часть слова ceph вам про "Ч" навевает вообще?)
Марат
а "ph", в фотошопе оно не смущает, а тут смущает)
Sashko
Троль пишется с двумя или с тремя буквами Т?
Timur
двач набигает на чатик?
Ждун
набИгает )
George
https://habr.com/company/redhatrussia/blog/433792/
George
Парни! Ревью на плейбук из статьи напишите, пожалуйста
George
Я прям не бог ансибла, но вижу, что редхат использует ансибл как bash на стероидах. Не уверен, что это верная линия.
Alex
Их вариант мне не понравился, писать ревью не буду
ℭ𝔞𝔯𝔯𝔬𝔩
Всё говно! Сжечь и переделать!
ℭ𝔞𝔯𝔯𝔬𝔩
ℭ𝔞𝔯𝔯𝔬𝔩
сеф - это cef же 😉
Который сторадж - это точно цеф, так как слог закрыт и c не смягчается
ℭ𝔞𝔯𝔯𝔬𝔩
тогда со звездочкой задача - crio или criu?
😂👍 но всё же cri-o... не похоже, что criu жив
George
😂👍 но всё же cri-o... не похоже, что criu жив
Виртуоззо имеет свое особое мнение )
Asten
https://habr.com/company/redhatrussia/blog/433792/
Омг, зачем такое публиковать?(
George
Омг, зачем такое публиковать?(
Спросите у российского редхата
Aleksey
Постебать хабр
Aleksey
Ну или что бы не расслаблялись там со своими кубернетасами
Vadim
а разгадка одна - возжелали бонусов квартальных
Aleksey
Бонусы за публикацию?
Aleksey
Это вам синий принёс?
Vadim
принесет ссылку своему менеджеру, он даже смотреть не будет, довольно заурчит
Womchik
интырпрайс
Timur
Роль даже на galaxy элементарную проверку линтом не пройдёт
Timur
Такое впечатление, что статью какой-то откровенный нуб писал, который ансибл неделю назад впервые увидел
simplemice.eth
что я такого плана подобное видел, с месяц назад подобное было уже
Timur
У них там не было варианта. Требования кривые, статью читать до конца
Шутите? Каких вариантов не было что потребовалось городить такоэ? - name: List /etc/sudoers.*~ files shell: "ls -t /etc/sudoers*~ |tail -n +4" register: LIST_SUDOERS changed_when: false
Dmitry
Расскажите кто как между плейбуками строит зависимости?
Dmitry
Сценарий: допустим, - есть vpc.yml, rds.yml, elasticache.yml, app1.yml, app2.yml, app3.yml. - app1, app2 зависят от rds, app3 не зависит от rds, но зависит от elasticache; все зависит от vpc - rds зависит от vpc но не зависит от elasticache. - elasticache ни от чего не зависит Нужно выстроить граф зависимостей и запустить все оптимально параллельно
Dmitry
roles не интересуют
Dmitry
вопрос именно по плейбукам
Womchik
что мешает сделать роли?
Dmitry
само собой они есть, мешает то, что группировка не попадает под роли, а под каждый чих роль пилить нереально
Womchik
почему?
Womchik
есть штатное средство разрешения зависимостей. зачем велосипед изобретать?
Womchik
создать пару папок
Dmitry
то есть будет одна глобальная роль "инфрастуктура"?
Dmitry
корневая
Dmitry
плюс половина деплоя идет на локалхост другая по хостам, как это обойти? vpc локалхост, elasticache локалхост, app* направлены на реальные хосты
Womchik
зачем одна роль? как раз каждый плейбук перевести в роль
Dmitry
зачем одна роль? как раз каждый плейбук перевести в роль
ок. перевели, roles/vpc, roles/rds, roles/elasticaserch... дальшье?
Womchik
--- dependencies: - role: tire - role: brake
Dmitry
конечно, про meta/dependencies?
Dmitry
а теперь, как мне сделать так, что app1 будет удовлетворена зависимостиью vpc?
Womchik
указать это?
Dmitry
role/app1 --- dependencies: - role: vpc
Womchik
roles/app1/meta/main.yml
Dmitry
а теперь как мы запустим эти обе роли? (если, повторюсь, vpc запускается через cloudformation по направлению к localhost?
Womchik
повторюсь и cloudformation?
Dmitry
плюс половина деплоя идет на локалхост другая по хостам, как это обойти? vpc локалхост, elasticache локалхост, app* направлены на реальные хосты
короче говоря, как механизм зависимостей ролей будет работать когда деплой происходит на разные хосты?
Timur
Тут механизм ролей не особо поможет, действительно
Timur
По сути у вас получается одна большая роль на всю инфраструктуру
Vadim
Инклюды + асинк где не надо ждать
Vadim
Никакого дерева в ансибле нет, сам думай что от чего зависит и располагай в нужном порядке
Timur
add_host для динамически поднимаемых машин
Dmitry
а что мешало сразу сказать?
так я поэтому и сказал что нужно группировать плейбуки)
Dmitry
Никакого дерева в ансибле нет, сам думай что от чего зависит и располагай в нужном порядке
ну это я понимаю. потому и спрашиваю , может кто-то использует что-то внешнее
Dmitry
add_host для динамически поднимаемых машин
А как это будет решать проблему зависимости?
Dmitry
Никакого дерева в ансибле нет, сам думай что от чего зависит и располагай в нужном порядке
Рано или поздно это превращается в ад 🙁 есть tower, awx, но по ощущениям это перебор
Dmitry
Инклюды + асинк где не надо ждать
асинк на инклюды не работает 🙁, а хотелось бы
Vadim
По ощущениям вы не понимаете зачем нужен awx
Dmitry
Для таких вещей есть Terraform
А можно поподробнее как терраформ решает проблему зависимостей плейбуков?
Timur
Он позволяет избавиться от кучи плейбук
Vadim
Никак, насколько я знаю он фигачит все в параллели когда умеет провайдер
Timur
Он делает immutable infrastructure