Dmitry
я не про миграции. миграции конечно есть, но это из другого огорода вообще
Olsen
мы сами хосты для докера готовим ансиблом
ну, в моем случае это зайти под рутом и запустить подготовленый сх
Dmitry
есть девелопер, ему нужна новая песочница (например, чтобы крутила переключенную фиче-ветку из репы)
Olsen
а потом просто тебя выкинет из консоли, забанит рута, все поставит + твой серт и пришлет новый пароль судо и базы если выставлялось. понимаю что можно ручник вообще убрать
Dmitry
он просто клонирует репозиторий, переключает ветку, запускает vagrant up, у него внутри все развернуто и стоит. базы пустые (по умолчанию). если ему нужна копия со staging, он дернет ручку и оно к нему приедет
Olsen
но пока такое у нас ток в бг и то мало использовалось
Dmitry
вот это про «дернет ручку» у меня нет. тут скрипт консольный и импорт/экспорт.
дернет ручку - это в общем может быть и консольный скрипт. внутри вагранта. он знает, откуда стянуть и куда положить
Olsen
а так - похоже, ток я не каждый проект оборачиваю, а по 1 виртуалке на 1 тип окружения одновременно и проекты просто рядом в папках на разных доменах.
Olsen
дернет ручку - это в общем может быть и консольный скрипт. внутри вагранта. он знает, откуда стянуть и куда положить
ну да. я, всмысле, не решил пока, что вагрант должен что-то о проекте знать кроме требований
Dmitry
ну вагрант и не знает, консольный скрипт тоже в репе с сорцами лежит, грубо говоря
Olsen
сх у меня иногда заказываются при развертывании после деплоя
Olsen
но за этот год нужно было 3 раза
Olsen
ну вагрант и не знает, консольный скрипт тоже в репе с сорцами лежит, грубо говоря
короче, у меня не совсем дзен, но хз, пока хочу морду гуи у себя на хосте которой кнопками/галками говоришь что и как задумал, она на выходе дает конфиг который все поставит и настроит (его как есть или как шаблон можно заюзать подставляя сгенереные логины и т.д.) и пытаюсь подружиться с вагрантовым облаком которое рулит всеми локальными контейнерами (в идеале)
Olsen
чтоб в одном месте говорить как и что должно быть. на локале, в облаке говорить что вот это вот туда включить, пересобрать, уничтожить, ребутнуть для всех локальных штук независимо здесь ли они у меня на текущей машине, а дальше просто говоришь репе на какой ей вешаться домен и говоришь «развернись»
Olsen
бгг, пришл тут и рассказывает как ему пиздато без ансибла живется) сорри
Dmitriy
а что за проект и почему тестится не на стейджинге? очень большие или так вышло?
этож я не про себя, это я про возможную реализацию CD без участия человеческого аппрува
Olsen
этож я не про себя, это я про возможную реализацию CD без участия человеческого аппрува
а. тьфу, блин) куча всего автоматического описано архитекутурно у нас и выдумано. и автотестирование сборок и бла-бла-бла
Olsen
но внедрение и привыкание по ощущения просто пока что не окупятся не только выигрышем во времени (хотя про тесты тут нужно-нужно), но и эмоционально, т.к. если раньше ты писал команду, то после автоматизации тебе просто придет смс. ну, оба случая ты просто либо говоришь «произойди», либо тебе говорят «произошло»
Olsen
участие идентично почти
yopp
господи
yopp
это то откуда
yopp
БАТЛЕР
yopp
Всем шампанского!
Olsen
это мечты?
ну, технически я могу это сделать сейчас.
Olsen
и в облаках оно само раскатывается из конфигов
Olsen
но меня местоположение и некоторые моменты реализации не устраивают в том как сейчас это мне доступно
Olsen
это мечты?
а так - не, сейчас просто примитивнее, но похоже просто не изящно, наверное
Dmitriy
просто мне это видится чем-то слишком сложным
Dmitriy
например ты можешь описать некий дсл, который будет генерить шаблоны для cloudformation
Olsen
а дсл - это?
Dmitriy
domain-specific language
Dmitriy
и обслуживать всё это хозяйство у себя в скриптах
Dmitriy
и навертеть еще сверху веб-морду, которая будет эти скрипты дергать
Dmitriy
выглядит сложным и хрупким
Olsen
короче
Olsen
Olsen
Olsen
ну, например.
Dmitriy
это круто, если не сам поддерживаешь :)
Olsen
воот
Olsen
когда мы первый раз познакомились с этой штукой - она была бажная
Olsen
прошло некоторое время и я планирую еще подход
Magistr
например ты можешь описать некий дсл, который будет генерить шаблоны для cloudformation
для этого есть тераформ же, т.е провиженинг одной тулой, а конфигурация уже ансиблом, и оно хорошо работает и склаируеться
Olsen
и вот есть у меня гипотеза что ансибл часть этиз задач решит
Olsen
https://github.com/protobox/protobox
Magistr
?
на скринах похоже на https://theforeman.org/
Olsen
на скринах - вот это
Olsen
да все сцц движки в базовых темах похожи
Magistr
терраформ есть и даже работает - но только если у тебя aws
Хм я там видел поддержку других провов, но нетестил
Olsen
https://www.terraform.io/ -да, работает, конечно. но гуй приятнее, особенно когда все настройки похожи и нужно просто нюансы выбирать.
Olsen
а так - ну, к чему-то приду, в итоге, чо.
Olsen
или попробую, наконец новое чего. когда недовольство «процессом» только эстетическое и в том что нужно, таки, отсматривать иногда и проверять что нагенерилось - это значит что ничего не произойдет если я буду выбирать долго и основательно дожидаясь стабильных версий того же протобокса и т.д.
Dmitry
на скринах - вот это
минуточку, насколько я вижу, у этого протобокса внутри ansible :D а говоришь, что ты без него :)
Lex
терраформ есть и даже работает - но только если у тебя aws
кстати, а есть кто, кто вот это вот тестил? https://github.com/dmacvicar/terraform-provider-libvirt
Olsen
минуточку, насколько я вижу, у этого протобокса внутри ansible :D а говоришь, что ты без него :)
есть такое. но я руками ансибл не трогал и не пользовался. говорю же, стоял рядом и читал конфиги. если я держу коробку, в которой кот есть мышь - я мыло отношения к происхоящему в коробке имею, пока не наступит результат, верно?
Dmitry
шутейка не зашла :)
Olsen
шутейка не зашла :)
а, сонным я ток в сарказм умею и ассоциативный юмор)
Olsen
странный ответ, да?))
Dmitry
это был как раз sarcasm :D
Olsen
ну, не понял, значит
Olsen
хреновый сарказм у кого-то из нас)
Dmitry
недостаточно выспались оба!
Dmitriy
ребяты, у меня тут коллега спрашивает, а я ему ответить не могу. как сделать, чтобы можно было писать include task.yml when tag == foo
Dmitriy
в rolename/main.yml
Dmitriy
я могу это на уровне варки сделать, типа include task when my_var == true, например. А с тегами такое не работает. Подозреваю, что надо не к тегу обращаться, а искать в тегах как-то
Dmitriy
типа include task.yml when 'foo' in tags
Dmitriy
что вообще человек хочет - чтобы запуск плейбука с —tag install - делал установку, без указания —tag install - не делал установку
Olsen
вот так ответь ему
Dmitriy
у меня глаза вытекли
Dmitriy
не думаю, что этот ответ можно считать ответом :)
Dmitry
от странного желания этого человека тоже собсно глаза вытекают :)
Dmitriy
а как правильно сделать?
Dmitriy
мне так видится, что разбить роли на установку и обслуживание