а зачем? есть же коллекторы, которые могут доккерапи, оно не лучше будет этого ручного долбления?

я сейчас на docker-py сделал в несколько строк... А про какие коллекторы говорим?

опять телеграф?

ну в том числе и он, но там есть и докер специализированные, что то вроде кабы не от гугла, запускаеш спец контейнер, и он тебе там всё что может отдайт

докер сам всё отдает

в формате прома

а ту хрень нафига городили, или время идёт и прогрес, всё такое?

контейнер чот не охота запускать для этого

docker-py вполне для опроса API подойдёт чтоб все метрики с контейнеров дёргать и в zabbix слать

тока чот медленно :)

а ту хрень нафига городили, или время идёт и прогрес, всё такое?

это появилось в 17ю05 кажется

а... ну тоесть свежачёк, видно таки всё же надо рукава засучить и осилить пром или какой экспортёр :) а то куда не плюнь

ну пром довольно прост

но я рекуомендую подождать месяцок

что бы осиливать уже 2,0+

что бы осиливать уже 2,0+

а он таки будет 2.0?

2.0.0-beta.2 / 2017-08-17

а... ну тоесть свежачёк, видно таки всё же надо рукава засучить и осилить пром или какой экспортёр :) а то куда не плюнь

https://docs.docker.com/engine/admin/prometheus/#use-prometheus оно же простой графит по формату. никаких тонкостей и пром осиливать не надо

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

https://docs.docker.com/engine/admin/prometheus/#use-prometheus оно же простой графит по формату. никаких тонкостей и пром осиливать не надо

вообще нет.

вообще нет.

точками разделенный метрики, в чем именно нет?

где точками разделенные метрики ?

в проме нет.

в проме теги в {}

а там подчеркивания.

и почеркивания там не про то

статсд аля

нет

и почеркивания там не про то

подчеркивания про метрики.

пром вообще никак не про все эти ваши графиты

и косыли графиа там не нужны.

а ну ок.

пром он про Pull модель в первую очередь.

а графит про push

так что сравнение мамы с папой.

мы про модель спорить будем?

нет не будем.

или про то что запись одинаковая возвращается?

просто не вводите людей в заблуждение

и запись не одинаковая.

в чем заблуждение?

анатолий вы обычно адекватно же все пишите. а тут не разобрались.

ну потратьте 5 минут что же вы.

окей. что то и правда херня какая то вышла. давно я смотрел в этот прометей. ну и господь с ним.

Привет. Есть вопрос про организацию стека на докере. Имеется проект на Python (Django), к которому прикручен RQ (очередь отложенных задач) в виде модуля django_rq. Этот модуль может запустить проект в виде воркера. То есть тот же самый проект но не как сервер а как воркер. Требуется их запустить пачкой. Так как я не совсем знаю последствия разных вариантов то решил спросить как лучше поступить. Очевидно что нужно взять образ с проектом и переопределить команду запуска для другого контейнера. Вот какие варианты мне представились: 1. Сделать один контейнер в котором через systemd\supervisor запускается нужное количество воркеров. В случае падения воркера systemd\supervisor их поднимает. Но данный подход противоречит принципам "один контейнер = один процесс". Хотя я часто такое встречал. 2. По совету официальной доки запустить таки несколько воркеров тупо как процесс и следить чтобы все работали. https://docs.docker.com/engine/admin/multi-service_container/ В случае падения одного из них, глушить весь контейнер. В примере всего два процесса, для 10-15 воркеров может и не очень логично такое юзать, в общем костыльненько. 3. Под каждый воркер открывать отдельный контейнер проекта с переопределением команды. Самый логичный и правильный вариант, но у меня сомнения насчет расходуемой памяти. Не будет ли это слишком расточительно? Понятно что каждый воркер грузит полностью весь проект, но в даннмо случае под каждый воркер будет своя операционка в докере, хоть и минимальная? А еще плюс python и куча других модулей. Я просто не совсем представляю как докер с этим делом работает и потому сомнения.

Нашел команду docker stats, запустил минимальный проект и воркер один. Сам проект кушает 135 мб, а воркер 27мб. Вроде нормально. Наверна так и сделаю. И удобно масштабировать если 1 воркер = 1 контейнер.

хотя можно было бы и поменьше

Изоляцияж)

Изоляцияж)

что? поясните

Я к тому, что не стоит все в одну кучу)

тоже верно

я тут дособирал первую версию своего темплйта, делал просто чтобы понять как оно работает. Не факт что всё правильно, может гдето закрались ошибки а что-то не правильно сделано. Так что не продакшон точно) https://github.com/paulwinex/django_docker_template Если есть коменты пишите!

правда я на поезд полетел, отвечу только завтра)))

господи русский язык в гитхабе

господи русский язык в гитхабе

+1 :D

дада, в процессе же) быстронабросок

@paulwinex посмотри на https://github.com/pahaz/docker-compose-django-postgresql-redis-example или на оригинал

Приветствую, помогите пожалуйста разобраться с синтаксисом запуска в контейнере В Dockerfile есть следующая строчка: CMD dotnet Company.$SERVICE_NAME.$SERVICE_TYPE_NAME.dll Однако после docker build и запуска контейнера получается следующая команда которая исполняется docker logs company_file_1 No executable found matching command "dotnet-company.FileService.WebApi.dll" То есть между командой dotnet и указанием библиотеки для запуска ставится тире, соотвественного такого нет, и приложение внутри нормально не стартует. Как надо поменять команду чтобы она нормально выглядела внутри контейнера?

почему команда без [] ?

почему команда без [] ?

с скобками так же