Нет, я про процесс внутри контейнера

как это можно проверить?

как это можно проверить?

Утилитой ps, или в докерфайл посмотреть

Вопрос. Во всех туториалах Джанго и Апач/nginx помещают в один контейнер. Это стандартная практика или кто-то разделяет их в разные контейнеры?

Вопрос. Во всех туториалах Джанго и Апач/nginx помещают в один контейнер. Это стандартная практика или кто-то разделяет их в разные контейнеры?

Обычно 1 сервис - 1 контейнер

На nginx поднимают через upstream

И обычно второй контейнер не апач а gunicorn

подскажите пожалуйста. Есть такой lдокер файл FROM node:11.1.0-alpine RUN yarn global add gulpjs/gulp.git#4.0 CMD ["gulp"] Почему то при запуска контейнера он падает с ошибкой 127.(пытается запустить /bin/sh -c [gulp] ) и так понимаю не находит его(gulp) При это если залезть вручную в контейнер(docker-compose run --rm gulp sh ) и сделать yarn global add gulpjs/gulp.git#4.0 - то как бы гуд все

подскажите пожалуйста. Есть такой lдокер файл FROM node:11.1.0-alpine RUN yarn global add gulpjs/gulp.git#4.0 CMD ["gulp"] Почему то при запуска контейнера он падает с ошибкой 127.(пытается запустить /bin/sh -c [gulp] ) и так понимаю не находит его(gulp) При это если залезть вручную в контейнер(docker-compose run --rm gulp sh ) и сделать yarn global add gulpjs/gulp.git#4.0 - то как бы гуд все

Запускай через Шелл, черт

Я уж не говорю про то, что ты, видимо, не в курсе про entrypoint

Запускай через Шелл, черт

Ну, типа "sh -c gulp"

Я уж не говорю про то, что ты, видимо, не в курсе про entrypoint

да я не в курсе впринципе про докер, надо проект поднять а тут такое

да я не в курсе впринципе про докер, надо проект поднять а тут такое

Ну, у тебя точка входа типа entrypoint

А cmd - он позволяет к ней прилепить переменную часть, типа аргументов

Иногда помогает полные пути прописать. Ещё вариант - загуглить как делаю коллеги. Dockerfile gulp node - уверен будет простыня ответов на поисковый запрос, включая примеры докерфайлов

Иногда помогает полные пути прописать. Ещё вариант - загуглить как делаю коллеги. Dockerfile gulp node - уверен будет простыня ответов на поисковый запрос, включая примеры докерфайлов

да я так понимаю что галп каким то макаром ставиться не глобально. Потому как например другая команда CMD yarn run dev работает на ура. Она обращается к локальному галпу и запускает его

Делаю docker run -d --name test1 ubuntu bash , docker ps -a показывает что Exited (0) , docker logs выдает пустоту , docker start test1 без ошибок , но сразу останавливается с Exited (0). Куда копать?

Делаю docker run -d --name test1 ubuntu bash , docker ps -a показывает что Exited (0) , docker logs выдает пустоту , docker start test1 без ошибок , но сразу останавливается с Exited (0). Куда копать?

Ты что хочешь ? Баш запустить ? Добавь ключ -it

я хочу на контейнер test1 это чистой ubuntu который вчера работал :)

Я ответил

Подскажите, как правильно из докер-контейнера достучаться до хоста (конкретно - до постгреса, который крутится на хосте) ?

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

Примерно так: docker network create -d bridge --subnet 192.168.0.0/24 --gateway 192.168.0.1 dockernet

Но затея так-себе.

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

Докер придумали для хипстоты, пишушей однопоточный говнософт на node.js. Чтобы они тоже чувствовали себя людьми.

Подскажите, как правильно из докер-контейнера достучаться до хоста (конкретно - до постгреса, который крутится на хосте) ?

прокинь unix-сокет

Докер придумали для хипстоты, пишушей однопоточный говнософт на node.js. Чтобы они тоже чувствовали себя людьми.

О! Любитель дизель панка! Дай пять!

Я вот подумал, и понял, что вообще не понимаю, как работает докер, есть ли статья или как спросить у гугла, так как запрос как работает контейнеризация не отдает ничего толкового?

namespaces + cgroups

Я вот подумал, и понял, что вообще не понимаю, как работает докер, есть ли статья или как спросить у гугла, так как запрос как работает контейнеризация не отдает ничего толкового?

как работает трансформатор? — вот так: "ууу—у—у—уу (типа звуки гудения)"

namespaces + cgroups

Ок, спасибо. Интересно, можно ли написать свою контейнеризацию просто в образовательных целях и хоть что-то понимать?

да, можно написать

вообще посмотри историю развития всех этих технологий

да, можно написать

можно пнуть в статью?

https://youtu.be/S4o8xrlSRuc?t=277

отличный обзор технологий

возможно, что на ресурсах типа ХАБРа будет перевод…

Спасибо еще раз.

Я вот подумал, и понял, что вообще не понимаю, как работает докер, есть ли статья или как спросить у гугла, так как запрос как работает контейнеризация не отдает ничего толкового?

https://docs.docker.com/engine/docker-overview/

https://docs.docker.com/engine/docker-overview/

не, я кажется неправильно задал вопрос. Я примерно знаю как именно работает виртуализация (kvm, hyperv...) но совершенно не знаю как работает контейнеризация, тот же lxc. Может есть что-то типа "А давайте теперь напишем свой докер с картами и красотками", как-то так

а то что из чего состоит сам докер, там не так сложно, но что именно они делают, тот же как его containerd или как-то так, не понимаю, т.е как они изолируют процессы внутри системы

он отключает диски, сеть и прочее окружение и делает fork() процесса

а то что из чего состоит сам докер, там не так сложно, но что именно они делают, тот же как его containerd или как-то так, не понимаю, т.е как они изолируют процессы внутри системы

https://www.youtube.com/watch?v=YsQAAaNpw6Y

Весьма дельная лекция в тему

Я смотрел весь плейлист

Там слегка сложно для начинающих

Это же иб курс?

Ну конкретно про контейнеры довольно подробно. Даже без понимания деталей, мне кажется, картина более-менее ясна

Я не уверен, что про контейнеризацию можно рассказать просто и ничего не упустить. Или "слоеный пирог, сигрупс, неймспейсы", или так

Если что, я начинающий и мне сложно, да:)

если контейнер не запускается при невозможности коннекта к сокету через драйвер fluentd или gelf - значит ли это что в случае его потери уже запущенный контейнер остановится ?

если контейнер не запускается при невозможности коннекта к сокету через драйвер fluentd или gelf - значит ли это что в случае его потери уже запущенный контейнер остановится ?

эм.

Я так понимаю, что нет - контейнер не остановится, просто у тебя логи улетят в никуда

и лучше используй драйвер journald для логов

и куда их потом?

останется ли после journald рабочим - docker logs

останется ли после journald рабочим - docker logs

ДА

и куда их потом?

файлбитом или флюентом на удаленную тачку

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

не поспоришь

а почему journald ?

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

поясню

есть два драйвера, которые умеют в docker logs - json-file & journald

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

по моему мнению, выбор однозначен

спасибо, согласен

а по установке плагинов fluentd offline нет информации?

https://github.com/systemd/journal2gelf - только вот это не используй

а по установке плагинов fluentd offline нет информации?

для чего?

ты имеешь в виду В САМ ДЕМОН fluentd поставить плагины?

например output elastic

я так начитался его нет в клиенте "базовом"

ну, берешь и ставить

в базовом логстэш тоже много чего нет ))))) и ничего - как-то живем и доустанавливаем

интернетов нет на хостах

или gem install как то по другому можно завести?

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

не вижу проблемы

в крайнем случае - тот же флюент можно запускать в докере на той же машине ))))))

или gem install как то по другому можно завести?

поставь прокси в разрез сети и через нее ставь зависимости