так выше ссылка на nginx сообщество

просто иди к ним и спрашивай, как жить с nginx

А к иерархии проекта?

причем тут docker?

вот серьезно

иерархия проекта? она то здесь причем?

то, что только с приходом контейнеров люди сообразили, что можно оказывается состояние сервиса описывать заранее в шаблоне, а не руками на хостах вертеть - не делает из docker'a серебряную пулю

У каждого по разному проекты строятся, но docker файлы не особо беняются

У каждого по разному проекты строятся, но docker файлы не особо беняются

причем здесь docker?

docker просто изолирует твой процесс от ОС

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

но это было до docker, всевозможные инструкции по развертке сервиса внезапно похожи как братья близнецы

sudo apt-get install nginx

и миллионы людей ставят для deb окружений его именно так

делает это nginx особенным?

что на rhel, что на ubuntu, что на gentoo, что на arch, что в docker, nginx при этом остается nginx

Люблю такие монологи. Без сарказма. С полным объяснением

Это я понимаю. Наверняка мои проблемы в том что я плохо знаю инструменты. Я читал про них смотрел в других проекта. У всех по разному и что хотят не понятно

Это я понимаю. Наверняка мои проблемы в том что я плохо знаю инструменты. Я читал про них смотрел в других проекта. У всех по разному и что хотят не понятно

ты в сообществе питонистов спрашивал как они настраивают окружения для своих проектов?

Нет))

самое время это исправить

голову тебе там за вопрос не откусят

Я копал везде кроме как на форумах

в телеграме есть групки по интересам

Окей, благодарю за помощь

У меня есть одна

Ребята доброго времени суток

Ребята всем доброго времени суток, вышла такая ошибка при запуске circus из docker образа, не могу найти ошибку, где я ошибся. Вот код circus.ini. Ниже приложил срин ошибки. [circus] warmup_delay = 15 [watcher:web] working_dir = /project/ user = root cmd = /usr/local/bin/gunicorn Backend_project.wsgi:application -c config/gunicorn/gunicorn_dev.py --reload [watcher:celery_beat] working_dir = /project/ cmd = celery args = -A Backend_project beat -l info [watcher:celery_high] working_dir = /onekzt/ cmd = celery [watcher:celery_normal] working_dir = /project/ cmd = celery args = -A Backend_project worker -E -l info -n worker.normal -Q normal [watcher:celery_low] working_dir = /project/ cmd = celery args = -A Backend_project worker -E -l info -n worker.low -Q low

запускаю вот так web: build: . command: /usr/local/bin/circusd /project/config/circus/web_dev.ini

я написал об этому в группе django, но ребята посоветовали мне спросить в этой группе

не могу понять о каких аргументах идет речь

что я делаю не так

вообще не понимаю в этом circus - но ты указал один конфиг а при запуске используешь другой?

я ошибся

файл тот же

в названии ошибся

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

названия одинаковые

и убедись что этот конфиг там есть

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

он там есть

этот конфиг, я всю директорию проекта сразу забиндил

я так понимаю проблема в circus-е так как отдельно команды запускаются

и дело совсем не в докере

ну тада логи смотри.. по своем цирку =)) наверняка есть же какие-то логи ошибок, старта и т.д.

так и приложил скриншот

так лог

сделай docker exec -it web sh

я понял, постараюсь

и запусти свою команду из контейнера - посмотри что в ответе будет

и запусти свою команду из контейнера - посмотри что в ответе будет

хорошо

Всем привет. Есть такой докер композ https://pastebin.com/4XbpvVKT. Почему-то в 1 прекрасный день пропала связь между 2умя этими контейнерами. curl chrome с самого сервака - работает. curl chrome из 1ого контейнера возвращает "Could not resolve host: chrome". С чем это может быть связано и как можно решить проблему?

Добрый день, подскажите, хочу попробовать linux-контейнеры в windowsserver2016core действую в соответсвии с этой статьей https://blog.docker.com/2017/09/preview-linux-containers-on-windows/

ключ —experimental использую, но все равно получаю в результате docker no matching manifest for windows/amd64

версия сервере 10.0.14393

установил докер на мак и вижу "docker: Error response from daemon: Bad response from Docker engine." чо ему не так ?

Привет! Подскажите, где я промахнулся с версиями? https://gist.github.com/lexfrei/f2ed8b9a457746f7ae3e79ec125f0595

Привет! Подскажите, где я промахнулся с версиями? https://gist.github.com/lexfrei/f2ed8b9a457746f7ae3e79ec125f0595

cat docker-compose.yaml

cat docker-compose.yaml

там 2.2. (но кат сейчас сделаю)

cat docker-compose.yaml

Добавил в гист

Добавил в гист

Я бы предложил апгрейднуть сам docker-compose

Я бы предложил апгрейднуть сам docker-compose

Самое свежее из репы взял (centos/arm), чот боюсь я собирать это из сорцов

Самое свежее из репы взял (centos/arm), чот боюсь я собирать это из сорцов

Я сейчас из pip ставил, там 1.19 У тебя из репо приехала версия 1.9, думаю, это и есть проблема

ребят, кто юзает docker-machine ? есть возможность переделать driver-engine для хоста? допускаю что с перегенерацией сертификатов

docker-compose кстати можно запускать как docker контейнер

Удобно например на coreos

А какой правильный способ запускать контейнеры по расписанию? Не нашел чего-то похожего на крон джобу на подобии кубера

Через крон?

Через крон?

А какой-то внутренней сущности нет? Крон хоста – не очень переносимое решение

Положи крон в контейнер, и прокинь туда сокет докера чтобы оттуда рулить хостовым докером

Звучит как боль и костыли

ехал докер через докер...

С одной стороны – докер мало что может. С другой – кубер на один хост это оверкилл. :/

ехал докер через докер...

О, привет!

да там везде всё на костылях построено, экосистема слишком молодая

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

это даёт с одной стороны портабельность докера, а с другой стороны покрывает требования к инфраструктуре, которые докер по-человечески не поддерживает

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

Если у вас есть кому поддерживать портабельность и костыли для инфраструктуры - зачем вам докер, собственно?)

это даёт с одной стороны портабельность докера, а с другой стороны покрывает требования к инфраструктуре, которые докер по-человечески не поддерживает

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