который вместо компоуза собрал всё в один контейнер

Получается что там сделано не удобно.

Или в чем там проблема такого подхода?

это противоречит основной идее докера

но мне если честно этот спор надоел уже :)

это противоречит основной идее докера

Ну это просто какое-то very common утверждение. Идея докера в том чтобы удобно было :) Быстро, с меньшими затратами.

oracle:oinstall жто надо чтоб базу поднять

хвост

без хвоста плохо

а ещё денег

без денег с ораклом тоже плохо

ты не заплатил, вот у тебя ничего и не запускается

но даже если заплатишь, тоже не запустится

надо будет нанять консультантов

бльо

а серьёзно

кто-то поднимал с нуля БД оркал ?

оракл*

в контейнере

это противоречит основной идее докера

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

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

я там выше написал что есть исключения

конечно есть случаи когда осмысленно

иногда пиво водкой запивать осмысленно

Павел правильно написал - так просто удобнее на длинной прямой.

а вот аккурат наеборот

обычно так удобно на короткой дистанции

Я про один процесс на контейнер - так удобнее.

че,.. че я сейчасл прочитал, опять этот гнилой базар пропроцессы в контейнерах...

у меня вот есть контейнеры в которых запущен процес... бин баш блть.. один

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

постфикс запустите в контейнере одним процессом , я погляжу на вас

Всем добрый день. Подскажите, хочу запустить nginx с кастомным конфигом и сайтеГом, надо застетировать различные конфиги nginx и index.html Надо с помощью докер файла создать новый image, с нужным конфигом и при запуске контейнера зааттачить /var/www или как одновременно зааттачить /var/www и доставить в контейнер nginx.conf

можно несколько маунтов делать

Как я понимаю, маунт через -v делается?

docker -v /on/my/host/1:/on/the/container/1 \ -v /on/my/host/2:/on/the/container/2 \

Спасибо, видимо так будет быстрее, чем кажды раз билдить новый образ :)

В продолжении темы, получается -v мапит папку, а если надо подбросить файлик?

Файлик пару версий назад нельзя было

Сейчас можно

Спасибо, видимо так будет быстрее, чем кажды раз билдить новый образ :)

вы конечно правы, но если рассматривать докер в том числе как систему для версионирования ващей "сборки" приложения. то лучше код статично пихать внутрь )

по факту имидж будет являться артефактом сборки.

это более "консистентно" может выглядеть, чем артефакт от сборки в виде архива кода, и еще артефакт в виде имиджа.

но все зависит от ситуации конечно )

Согласен, если рассматривать как версионность, то тогда будет правильней все в имидж запихать, но мне надо просто затестировать ))

А как вы решаете такую задачу: при старте приложения требуется налить БД в другом контейнере (выполнить миграции)? Проблема в том, что на момент запуска Dockerfile, второго контейнера может еще не быть. Сейчас это добавлено в entrypoint, но кажется что это плохое решение. Есть решение лучше?

Всем привет. Дурацкий вопрос - а в чем разница между монтированием в контейнер с хост машины и созданием специального контейнера и монтированием томов с него через ключ —volumes-from?

декоуплинг ?

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

Ага, понял, спасибо

Ну вообще-то между 2 минуты и 10 огромная разница

А лучше чтобы запускался не 2 минуты а 5 секунд.

А когда контейнеров 50000, как любят показывать все подряд - то разница вот прям очень видна

ну разница между 0.36 секунд и 2 секунды и правда не очень заметна.

Вообще, странное сравнение. Это как сравнивать Apache Benchmark и Yandex Tank по скорости запуска. Swarm и Kubernetes - они же о разном. Если swarm обрастёт всем тем, что есть в k8s, то тоже станет слоупоком.

Интересно, как именно сравнивали. Я слепой или там реально нет этих подробностей?

кто поднимал редмайн в докере, есть готовые машины?

и как оно с jruby

:D

вог даже официальное репо есть https://hub.docker.com/_/redmine/

Ну вообще-то между 2 минуты и 10 огромная разница

нет родствкенника с именем сергей?

Господа, я весь в сомнениях. Вот есть у меня контейнер, и я хочу, чтобы он запускался при старте системы. Пихать ли его запуск в системд юнит или запускать с —restart=unless-stoped -d? Разницы в обоих случаях не нашел, как лучше то?

имхо - с -д лучше ;)

блин я последний час навверное потратил на то чтоб запускать и так и так. взял первый попавшийся контейнер, в моем случае Rethinkdb —restart=unless-stoped легко повторяется через Restart=on=failure -d по сути просто чтоб запустить контейнер в фоне. системд его тоже не в твоей консоли запускает

в самой документации докера написано: As of Docker 1.2, restart policies are the built-in Docker mechanism for restarting containers when they exit. If set, restart policies will be used when the Docker daemon starts up, as typically happens after a system boot. Restart policies will ensure that linked containers are started in the correct order. If restart policies don’t suit your needs (i.e., you have non-Docker processes that depend on Docker containers), you can use a process manager like upstart, systemd or supervisor instead.

то бишь они рекомендуют свой --restart

Просто получается тогда что часть управления контейнерами переносится куда то еще

но вот если я запущу контейнер с docker run --restart=unless-stoped а потом сделаю docker stop и после этого рестартану систему, он ведь не запустится?

Угу

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

всеравно лишнее звено

И это ожидаемо - ты его остановил

нууу... если это десктопное приложение то да. а если это nginx. я же хочу чтоб он запускался на старте системы

где все вообще? :) вдвоем неинтересно обсуждать, твои аргументы я уже знаю

А ты поменно попингуй народ :)

эх я не админ

запинил бы сообщение

всеб ругались :) но увидели

Поэтому и не админ :)))

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

но как то контроллировать запустился контейнер на старте придется

Так системд умеет же просто запускать и не следить дальше