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

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 и указанием библиотеки для запуска ставится тире, соотвественного такого нет, и приложение внутри нормально не стартует. Как надо поменять команду чтобы она нормально выглядела внутри контейнера?

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

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

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

это винда, детка. сдрадание - часть колорита, так сказать

СЛучайно никто cyrus-imap в докер не загонял? Я усрался логи в syslog прокидывать 😩((

да вы батенька знаете толк в извращениях)

ммм?

https://blog.docker.com/2017/08/inside-look-docker-captains-program/

https://i0.wp.com/blog.docker.com/wp-content/uploads/5234448e-fe4f-4bc7-b97d-209f10875992-11.jpg?resize=1140%2C761&ssl=1

глаза...

такие вот капитаны.

А что глаза?

ну я не могу просто взять и объяснить

в них виден докер

Народ

а какие есть адекватные альтернативы DC/OS?

в них виден докер

я вижу!

https://github.com/eon01/DockerCheatSheet

Ну и всеиусложняется тем, что у меня несколько exim. Я хотел на clamd сэкономить, но вот не получилось. Гаверное потом к ip прибью

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

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

1. Этот балансировщик надо иметь 2. Ему тоже docker выдаст динамический IP

ну давай усложним :)

кламы стартуют докерами.

регистратор регает их в консуле

консултемплейт генерит шаблон для haproxy

профит

камрады, проконсультируйте по докер хосту я поднял виртуалку с реестром, закинул туда сертификаты, назвал registry я поднял виртуалку с убунтой, там развернул docker-ce свежий, залил ca.crt, назвал dohost на своём компе настроил докер-машину на dohost, переменные окружения засетил пытаюсь залить свежесобранный образ в реестр, заливается только если переменные окружения для докер-машины убраны, втф?

ты так говоришь юужто плохое что то советую

ты же закольцевал ситуацию, смотри два пункта выше

проблема в общем то в самом конфиге, он не подразумевает динамики, а @schors не зочет статики, дилема'с

СЛучайно никто cyrus-imap в докер не загонял? Я усрался логи в syslog прокидывать 😩((

А как на счёт курьера или котодава?

1. Этот балансировщик надо иметь 2. Ему тоже docker выдаст динамический IP

У него порты вытащены на основу, а у основы свой фиксированный ip. Так плохо, наверное, но работает 😉

Кроме того, можно совсем упороться и сделать dyndns в своём хозяйстве.

Только я переживаю, что юзеров нельзя засунуть в докер тоже, по одному на контейнер. 😅

А как на счёт курьера или котодава?

Курьер хз. Котлдав он нетривиален в поддержке. При небольшой инсталяции у него все херово с user/password database. Ну да, есть password file, но мне легче cyrus поставить.

Кстати, cyrus внезапно развивается, чем удивил

Понятно. Может погляжу потом на cyrus.

Не, если ты например норм с довекотом, то никакого смысла нет. Так скажем у них разные чутка подходы и у довекота есть некоторые преимущества. Например xoauth. Но зато у cyrus кластер с дискавери из коробки. Это и хорошо, и плохо ) И cyrus умеет sasldb2 из файлика, чего не умкет dovecot. Ну и у cyrus своя mailboxdb. Это и хорошо, и плозо

Основное, чем меня cyrus привлекает - я не забиваю себе голову user и password database на небольших инсталяциях