Size: a a a

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

2021 February 02

S

Slava in DevOps — русскоговорящее сообщество
zeleniumex
Ось какая?
блин, вот реально все мысли были об этом, но мне никак не давало покоя, что в настройка (и на скрине) для композ есть параметр server, не просто так она там))
источник

AG

Artyom G in DevOps — русскоговорящее сообщество
Slava
но для этого как понимаю, докер должен быть установлен локально
если хотите докер-компос юзать, то да он должен быть локально установлен, но настроен (через переменную окружения или ключ -H) юзать докер-демон на удалённой машине
источник

S

Slava in DevOps — русскоговорящее сообщество
Artyom G
если хотите докер-компос юзать, то да он должен быть локально установлен, но настроен (через переменную окружения или ключ -H) юзать докер-демон на удалённой машине
ну да, к сожалению, это не вариант(( очень долго пояснять

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

Блин, но странно даже что докерфайл можно запусать, а композ нет.
Ведь думаю не так много отличий уж тут))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Slava
ну да, к сожалению, это не вариант(( очень долго пояснять

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

Блин, но странно даже что докерфайл можно запусать, а композ нет.
Ведь думаю не так много отличий уж тут))
Ну так сделай проще,  напиши скрипт который будет из твоей локальной репы клонировать(либо тупо rsync) собирать и запускать на твоей удаленной машине.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Алиас напилил в виде функции с args  и вперед
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
из терминала в каталоге одну команду run-project args и все ))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
У вас же целый комбайн для автомации под рукой, хоть bash хоть python
источник

S

Slava in DevOps — русскоговорящее сообщество
zeleniumex
Ну так сделай проще,  напиши скрипт который будет из твоей локальной репы клонировать(либо тупо rsync) собирать и запускать на твоей удаленной машине.
ну тогда и код весь придется переносить на удаленку и туда сюда бегать
я уже думал о немного похожем таком - подключаться идеей к серверу и хранить весь код там и соответсвенно запускать код там, но опять же костыли т.к., чтобы открыть-сохранять файл определенный там его надо все время сохранять принудительно, после того как что-то поправил
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Slava
ну тогда и код весь придется переносить на удаленку и туда сюда бегать
я уже думал о немного похожем таком - подключаться идеей к серверу и хранить весь код там и соответсвенно запускать код там, но опять же костыли т.к., чтобы открыть-сохранять файл определенный там его надо все время сохранять принудительно, после того как что-то поправил
Если проблемма в этом,  то ненадо переносить ничего. Заюзай nfs
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
а ранер тупо сделай  что-то вроде  ssh user@virtual_server 'docker-compose -f /path/to/compose/file up -d'
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
править кампоз будешь локальо по nfs он будет доступен на виртуалке, запускать будешь алиасом.
источник

I

Illus1o_0n in DevOps — русскоговорящее сообщество
можно юзать docker swarm и просто обновлять service через раннер
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Тоже варик ))
источник

I

Illus1o_0n in DevOps — русскоговорящее сообщество
ssh user@virtual_server 'docker service update —image ...'
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Ну я так понял необходимо тестить изменения в кампоузе ))
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Но вариант со свармом тоже норм )
источник

AG

Artyom G in DevOps — русскоговорящее сообщество
Slava
ну тогда и код весь придется переносить на удаленку и туда сюда бегать
я уже думал о немного похожем таком - подключаться идеей к серверу и хранить весь код там и соответсвенно запускать код там, но опять же костыли т.к., чтобы открыть-сохранять файл определенный там его надо все время сохранять принудительно, после того как что-то поправил
уж не знаю секрет ли или нет, но.... когда вы билдите образ из докерфайла то весь контекст (проще говоря вся папка с потрохами) передаётся докер-демону....то есть на тот хост. так что либо вы проект держите на удалённом сервере или локально, но собираете удаленно, но проект всё равно на удалённый сервер попадает
источник

S

Slava in DevOps — русскоговорящее сообщество
Artyom G
уж не знаю секрет ли или нет, но.... когда вы билдите образ из докерфайла то весь контекст (проще говоря вся папка с потрохами) передаётся докер-демону....то есть на тот хост. так что либо вы проект держите на удалённом сервере или локально, но собираете удаленно, но проект всё равно на удалённый сервер попадает
да нет, попадает то он и должен попадать)
Я просто рассчитывал на то, что буду нажимать одну зеленую кнопочку в идее и он мне автоматом это будет все на удаленном сервере запускать))
источник

U

Ugly in DevOps — русскоговорящее сообщество
Коллеги, а кто использует для работы в Jenkins ECS plugin? Пытаюсь через описание агента сделать override шаблона,к примеру памяти, но получаю сообщение: Блаблала: not allowed to override 'memory'. Allowed override are []. Пробовал в шаблоне в соответствующем поле прописать по всякому: cpu,memory|'cpu','memory'|['cpu','memory']. Результат неизменный.
источник

z

zeleniumex in DevOps — русскоговорящее сообщество
Ugly
Коллеги, а кто использует для работы в Jenkins ECS plugin? Пытаюсь через описание агента сделать override шаблона,к примеру памяти, но получаю сообщение: Блаблала: not allowed to override 'memory'. Allowed override are []. Пробовал в шаблоне в соответствующем поле прописать по всякому: cpu,memory|'cpu','memory'|['cpu','memory']. Результат неизменный.
Давненько было помню, там вроде проблемма с методом toLowerCase. Но патч хз приняли или нет.
Вот вроде нашел,  в евернот сохранять привычка есть(все с чем сталкивался):
https://github.com/jenkinsci/amazon-ecs-plugin/pull/82/commits/b2c739754af2df3b14b06878dfbfa684e7f64565
источник