попроще будет

Я тут могу поспорить

Номад куда проще будет всех

Или сварм мод докеровский

у меня сейчас docker-compose (api, redis, pg) - для разработки. docker (api) - для прода. RDS, ElastiCache. сюда хочу еще сервис для пушей и воркеры

Лол

Можете начать с докер сварм мод

Он вам самое оно

И сетапится проще некуда

Воркеры?)

У человека каша в голове ему надо помочь разобраться

таски которые буду работать самостоятельно.

У человека каша в голове ему надо помочь разобраться

это правда. Уже третий день плаваю

А типа остальные не самостоятельно работают?)

Андрей, смотрите - докер композ - это своего рода оркестратор для докера

В нем описываются сервисы

А сервисы это набор контейнеров

Просто декларативный ямл файл

Который говорит что докеру апнуть и в каком количестве

Это что бы не делать кучу раз docker run

это понимаю

Но ещё у докера есть нативный кластер, с мастер нодами и воркерами

Он сейчас называется swarm mode

Это когда куча докер демонов объединяются в один большой пул

Вот вам сварм мод подойдёт в ближнем приближении

хм. Звучит интересно

Ибо он простой до безобразия

И рулится по-моему уже тоже композом

а для сварма че-нить с вольюмами придумали уже?

С этим все плохо

Приветствую Только хочу юзать докер, а то заелся каждый раз ставить LAMP на домашнюю машыну что б кодить на php И вот нашел докер: https://github.com/richarvey/nginx-php-fpm сделал pull , потом run все запустилось, но не пойму где внутренности? где хранится сам докер? где я могу менять параметры и тд?

До совсем плохо

Приветствую Только хочу юзать докер, а то заелся каждый раз ставить LAMP на домашнюю машыну что б кодить на php И вот нашел докер: https://github.com/richarvey/nginx-php-fpm сделал pull , потом run все запустилось, но не пойму где внутренности? где хранится сам докер? где я могу менять параметры и тд?

laradock посмотрите http://laradock.io/

laradock посмотрите http://laradock.io/

спасибо

Приветствую Только хочу юзать докер, а то заелся каждый раз ставить LAMP на домашнюю машыну что б кодить на php И вот нашел докер: https://github.com/richarvey/nginx-php-fpm сделал pull , потом run все запустилось, но не пойму где внутренности? где хранится сам докер? где я могу менять параметры и тд?

Вдумчиво почитай докерфайл от любого живого проекта. Там все ответы на эти вопросы. :)

Всем привет)

ребят, почему у меня может не найти бинарь который есть в PATH, но при этом его находит если запускать через docker exec или если в docker-compose указать command?

т.е прописал в Dockerfile CMD 'bundle exec rails s' Но он пишет что не может найти (всю эту строчку)

но при этом в docker-compose run все замечательно, а если прописать command в docker-compose.yml то docker-compose up тоже замечательно работает

Стоит ли засовывать все файлы проекта и его зависимости в контейнер? Вариант 1: При это чаще всего на проекте много разных контейнеров. В этом случаем придётся их пихать во все контейнеры. Более того, файл, созданный в одном из контейнеров, будет недоступен в другом. Вариант 2: прокидывать через volume. Но при этом, при деплое приложения будет простой, т.к. все зависимости могут долго скачиваться/обновляться Есть другие варианты или мнения?

Стоит ли засовывать все файлы проекта и его зависимости в контейнер? Вариант 1: При это чаще всего на проекте много разных контейнеров. В этом случаем придётся их пихать во все контейнеры. Более того, файл, созданный в одном из контейнеров, будет недоступен в другом. Вариант 2: прокидывать через volume. Но при этом, при деплое приложения будет простой, т.к. все зависимости могут долго скачиваться/обновляться Есть другие варианты или мнения?

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

а почему у тебя несколко контейнеров на одной кодовой базе?

одна и таже бизнеслогика?

а почему у тебя несколко контейнеров на одной кодовой базе?

Например, php-fpm с приложением и отложенные задания

а, ну это нормальная практика

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

Можешь пример скинуть?

а, ну это нормальная практика

кодовая база -то одна, контейнеры разные

это нормальная практика

это нормальная практика

это - это что?)

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

как раз твой случай

И по этой практике файлы кладутся в контейнер или прокидываются?)

Можешь пример скинуть?

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

volumes_from или в докерфайле FROM?

скорее второе.

Как тогда деплоить без простоя? симлинки, по старинке?

а причем тут симлинки?

как обычно ты деплоишь через докер?

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

docker pull/docker-compose up -d

зачем тебе зависимости на продакшене выносить в volume?

собирай базовый контейнер с кодовой базой, дальше FROM в подобразах

ERROR: S client not available

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

Но тогда если приложение создаст файл, например, xls, то в nginx он не появится

по пути где приложение создает файл - делается volume

например у меня в рельсах это public/uploads. И он volume

а, ну да

Короче, пихать всё, что нужно для приложения, в контейнер - это норм практика, если я правильно понял?

все что immutable от старта до финиша

пути куда ложится стейт (upload'ы например) - в volume

спасибо)

да незачто ...

Еще вопрос - есть смысл в бесправном юзере в контейнере?

делать наоборот как то странно. Деплоить приложение через volume это тоже антипаттерн

Еще вопрос - есть смысл в бесправном юзере в контейнере?

да

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

тем более на публичное приложение.

Вот с ним у меня возникли проблемы с правами. Либо от рута файлы создаются на хостовой тачке, либо у него нет прав записать в домашнюю директорию

а как лучше сделать несколько поддоменов из одной кодовой базы? Типа https://api.domain.com https://vk.domain.com

Вот с ним у меня возникли проблемы с правами. Либо от рута файлы создаются на хостовой тачке, либо у него нет прав записать в домашнюю директорию

а почему файлы создаются на хостовой тачке?

а как лучше сделать несколько поддоменов из одной кодовой базы? Типа https://api.domain.com https://vk.domain.com

это... это ж nginx просто настроить

ну и если процесс запущен не от рута, то и файлы создаются не от рута

а почему файлы создаются на хостовой тачке?

при сборке

сделай в конце chown на все, как костыльчик

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

это... это ж nginx просто настроить

Спасибо. Вот тут еще одну штуку нашел https://github.com/containous/traefik

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

честно говоря - хз.

Спасибо. Вот тут еще одну штуку нашел https://github.com/containous/traefik

а чем оно лучше nginx?

а чем оно лучше nginx?

хз. Пытаюсь разобраться, хотя с nginx у меня опыта нет

хз. Пытаюсь разобраться, хотя с nginx у меня опыта нет

ну nginx дефакто стандарт в наши дни.

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

ну nginx дефакто стандарт в наши дни.

значит не буду тратить время, займусь конфигурацией nginx