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

Я написал мелкий сервис на Python+Flask, который самостоятельно обновляет индекс rpm-репы. Подробности надо?

Все и так понятно, но, конечно, надо. Кому-то пригодится точно

awx уже трогали руками?

Боль обернутая веб интерфейсом

Tower трогали

Боль обернутая веб интерфейсом

совсем?

Я вот накрутил

но еще не смотрел пока

добраутра. А подскажите, как правильнее поступить в данной ситуации: есть multi-module maven-проект, в нём UT, которые jacoco формирует в отчёты для сонара и размещает в ./project/moduleN/target/jacoco-ut.exec. есть ещё один multi-module maven-проект с IT, который деплоится на wildfly, там jacoco пишет отчёты в ./project/IT/moduleN/target/jacoco-it.exec. Есть цель собирать UT и IT в одной sonarqube-области. То есть нужно копировать UT и IT отчёты в один каталог и отдавать этот каталог сонару. Но название модулей - разное, соответственно получается вторая область в сонаре с IT. В одной области - UT, в другой - IT. Overall тут считаться не будет. Что делать? ) Спасибо.

Еще один билд-степ и в нем звать по ssh нужную команду? Или мы не поняли вопроса?

индекс надо ребилдить после аплоада, а аплоад в пост-билд экшес. ещё один пост-билд экшн добавить можно, но шелла там нет

Опсы, подскажите, пожалуйста, направление есть пачка stateless инстансов в амазоне, которые включаются-выключаются полурандомно. На них надо при включении направлять трафик со фронтенда (nginx), ну и при выключении - убирать. на данный момент там ни докеров, ни k8s - ничего нет. Я так понимаю, что нужен registry (консул?), в котором будут "живые" машины, и в зависимости от этого строить конфиг nginx-а и дальше рулить трафиком. Правильно мыслю? у consul есть nginx template, судя по всему его можно взять. или я туплю и все надо делать иначе?

Я написал мелкий сервис на Python+Flask, который самостоятельно обновляет индекс rpm-репы. Подробности надо?

да, каком образом ты это в пайплайн впихнул, в пост-билд экшн?

Все и так понятно, но, конечно, надо. Кому-то пригодится точно

Тогда мне видится логичным наваять статью на Хабре.

registry - это обычно docker registry. А так да, consul template - то что нужно

да, каком образом ты это в пайплайн впихнул, в пост-билд экшн?

Да, в пост-билд. Пакет заливается curl-ом.

Тогда мне видится логичным наваять статью на Хабре.

Да, можно и туда

registry - это обычно docker registry. А так да, consul template - то что нужно

я имел ввиду некий общий registry, в котором будут храниться все живые/мертвые машины. чтобы к этому registry можно было обратиться, получить список подходящих железок и на основе этого построить конфиг. Докер туда придет, но позже, как финансирование будет заапрувлено :) Спасибо!

я имел ввиду некий общий registry, в котором будут храниться все живые/мертвые машины. чтобы к этому registry можно было обратиться, получить список подходящих железок и на основе этого построить конфиг. Докер туда придет, но позже, как финансирование будет заапрувлено :) Спасибо!

Kubernetes?

я имел ввиду некий общий registry, в котором будут храниться все живые/мертвые машины. чтобы к этому registry можно было обратиться, получить список подходящих железок и на основе этого построить конфиг. Докер туда придет, но позже, как финансирование будет заапрувлено :) Спасибо!

Dcos?

Kubernetes?

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

Думаю пока consul или etcd будет достаточно

Да, в пост-билд. Пакет заливается curl-ом.

а, понял. спасибо

Думаю пока consul или etcd будет достаточно

склоняюсь именно к такому варианту - то, что сам нагуглил-начитал.

Etcd не для сервис дискаверинга

И темболее не для генерации конфига

Можно взять marathon + marathon lb

Ну или сразу dcos

спасибо! Изучну.

Marathon lb эт инстанс хапрокси который генерит конфиг на лету

на хапрокс пока не было желания переезжать, но опять же время покажет:)

Привет, сори, наверное это сверхнубский вопрос, но я не могу быстро найти ответ. Я подключен по ssh к серверу, запускаю на нем команду типа 'python task.py', при потере связи с сервером выполнение останавливается, как эту проблему решить?

запусути все равно

в общем supervisor почему-то пытается запустить nginx уже поверх запущенного nginx

в общем supervisor почему-то пытается запустить nginx уже поверх запущенного nginx

О чем мы и говорили

bebebe , а ты знаешь Ксению?

[supervisord] nodaemon=true [program:uwsgi] command=/usr/local/bin/uwsgi --ini /etc/uwsgi/uwsgi.ini --die-on-term stdout_logfile=/dev/stdout stdout_logfile_maxbytes=0 stderr_logfile=/dev/stderr stderr_logfile_maxbytes=0 [program:nginx] command=/usr/sbin/nginx stdout_logfile=/dev/stdout stdout_logfile_maxbytes=0 stderr_logfile=/dev/stderr stderr_logfile_maxbytes=0 конфиг вот такой

О чем мы и говорили

да, но при этом же нормально nginx должен работать запущенный. но на портах глухо

на хапрокс пока не было желания переезжать, но опять же время покажет:)

А какая разница? Учитывая что он сам конфиг генерит.

в общем supervisor почему-то пытается запустить nginx уже поверх запущенного nginx

может есть варик заменить его на systemd?

может есть варик заменить его на systemd?

вполне может и есть. А можно ли вообще без него? я просто взял готовый контейнер с nginx uwsgi

и в нём supervisor

Привет, сори, наверное это сверхнубский вопрос, но я не могу быстро найти ответ. Я подключен по ssh к серверу, запускаю на нем команду типа 'python task.py', при потере связи с сервером выполнение останавливается, как эту проблему решить?

https://unix.stackexchange.com/questions/103731/run-a-command-without-making-me-wait

А какая разница? Учитывая что он сам конфиг генерит.

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

вполне может и есть. А можно ли вообще без него? я просто взял готовый контейнер с nginx uwsgi

systemd умеет делать то, для чего делался супервизор. И если у тебя есть системд, то нет необходимости тащить лишнюю сущность

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

Там не будет самописных скриптов. Все сводится к добавлению параметров в инстансы приложений

systemd умеет делать то, для чего делался супервизор. И если у тебя есть системд, то нет необходимости тащить лишнюю сущность

не надо пихать systemd в докер

Лол

Там не будет самописных скриптов. Все сводится к добавлению параметров в инстансы приложений

вот с этим я и пытаюсь на данный момент разобраться.

вот с этим я и пытаюсь на данный момент разобраться.

Ставь dcos))) только нужно будет тачек не мало

@kareyoke спасибо

Ставь dcos))) только нужно будет тачек не мало

Вот пока стабильно работает 10, в пиках поднимается до 15ти это "не мало" или как? :)

@Civiloid , уберите поэта

Вот пока стабильно работает 10, в пиках поднимается до 15ти это "не мало" или как? :)

15 серверов?

о, спамер!

ща убьем

15 серверов?

15 амазоновских instance

ща убьем

Хватай его!

15 амазоновских instance

Ну dcos вроде дружит с aws.

поэт отправился поэтировать в далекие дали

И даже autoscaling есть

https://dcos.io/docs/1.9/installing/cloud/aws/

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

nginx+ тебя спасёт - там есть REST API управления бэк-ендами

@MaxCrimea даже template есть https://downloads.dcos.io/dcos/stable/1.9.2/aws.html?_ga=2.261165773.197338044.1505154524-2001903276.1491206966

ERROR: S client not available

не надо пихать systemd в докер

а чего делать то в итоге?

нужен nginx + uwsgi

нужен nginx + uwsgi

А что ты делаешь?

самое время раскурить новый nginx unit!

нужен nginx + uwsgi

запустить в разных контейнерах религия не позволяет?

А что ты делаешь?

запускаю свой проект

самое время раскурить новый nginx unit!

Он какой-то особенный?

запустить в разных контейнерах религия не позволяет?

а имеет смысл?

а имеет смысл?

конечно

запускаю свой проект

Ты уверен, что для связки nginx+uwsgi нужно поднимать докер?

Он какой-то особенный?

Он умеет запускать бэкенд

не понимаю, что это даст, ну да ладно

даст рабочий проект?

Он умеет запускать бэкенд

Добавили реквайр=бекенд.сервис?

Ты уверен, что для связки nginx+uwsgi нужно поднимать докер?

ну а почему нет? удобнее, когда изолирован

не понимаю, что это даст, ну да ладно

религия докера подразумевает одно приложение - один контейнер

Добавили реквайр=бекенд.сервис?

нет, nginx unit и есть бэкенд сервис

ну а почему нет? удобнее, когда изолирован

может вам на поиграться тогда lxc, раз не можете в докер?

нет, nginx unit и есть бэкенд сервис

Юнит системд?

может вам на поиграться тогда lxc, раз не можете в докер?

я пытаюсь разобраться

Юнит системд?

не, просто название

Юнит системд?

http://unit.nginx.org/

не, просто название

А у этой штуки есть что-то такое, чего нельзя впихнуть в nginx.service?

есть, не надо ставить php-fpm, uwsgi и прочее

можно управлять всем дерьмом через RESTful

Привет, может у народа тут есть идеи? У меня куча виртуалок, к которым нужно прикрепить shared, read-only storage. Засада в том, что это андроид. Уже пробовал nfs, но ha-nfs это боль и унижение. Пробовал кидать всем один и тот же block device (shared-data.img), и апдейтить его на хосте (/mnt/shared/ через loopback), апдейты доходят не до всех машин. Виртуалки крутятся в qemu-kvm. В конечном итоге, мне надо что бы во всех виртуалках, была папка с одниковыми данными. Есть идеи как? =)

самое тупое

яндекс диск?