@vizdrag

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

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

присылай

`version: '3' services: db: image: geographica/postgis ports: - "5432:5432" environment: - POSTGRES_PASSWD=postgres web: build: . container_name: loggie-django restart: on-failure command: python3 manage.py runserver 0.0.0.0:8000 volumes: - .:/code ports: - "8000:8000" depends_on: - db rabbit: hostname: rabbit image: rabbitmq:latest container_name: loggie-rabbit environment: - RABBITMQ_DEFAULT_USER=admin - RABBITMQ_DEFAULT_PASS=mypass ports: - "5672:5672" worker: build: . restart: on-failure container_name: loggie-celery command: celery -A Loggie worker -l INFO volumes: - .:/code depends_on: - rabbit - db worker-beat: build: . restart: on-failure container_name: loggie-celery-beat command: celery -A Loggie beat -l INFO volumes: - .:/code depends_on: - rabbit - db`

смущают воркеры, которые запускаются как экземпляры того докерфайла выше. То есть получается, что что у меня три джанги запущены. Может стоило бы эти образы удалить и как-то отправить из в саму джангу или всё норм?

Есть ЦП

Есть ЦП

поздравляю, какая модель? @vizdrag

поздравляю, какая модель? @vizdrag

Ты не про то подумал

`version: '3' services: db: image: geographica/postgis ports: - "5432:5432" environment: - POSTGRES_PASSWD=postgres web: build: . container_name: loggie-django restart: on-failure command: python3 manage.py runserver 0.0.0.0:8000 volumes: - .:/code ports: - "8000:8000" depends_on: - db rabbit: hostname: rabbit image: rabbitmq:latest container_name: loggie-rabbit environment: - RABBITMQ_DEFAULT_USER=admin - RABBITMQ_DEFAULT_PASS=mypass ports: - "5672:5672" worker: build: . restart: on-failure container_name: loggie-celery command: celery -A Loggie worker -l INFO volumes: - .:/code depends_on: - rabbit - db worker-beat: build: . restart: on-failure container_name: loggie-celery-beat command: celery -A Loggie beat -l INFO volumes: - .:/code depends_on: - rabbit - db`

форматирование через бек-тики слабо сделать?

форматирование через бек-тики слабо сделать?

слабо=(, не могу найти их

`version: '3' services: db: image: geographica/postgis ports: - "5432:5432" environment: - POSTGRES_PASSWD=postgres web: build: . container_name: loggie-django restart: on-failure command: python3 manage.py runserver 0.0.0.0:8000 volumes: - .:/code ports: - "8000:8000" depends_on: - db rabbit: hostname: rabbit image: rabbitmq:latest container_name: loggie-rabbit environment: - RABBITMQ_DEFAULT_USER=admin - RABBITMQ_DEFAULT_PASS=mypass ports: - "5672:5672" worker: build: . restart: on-failure container_name: loggie-celery command: celery -A Loggie worker -l INFO volumes: - .:/code depends_on: - rabbit - db worker-beat: build: . restart: on-failure container_name: loggie-celery-beat command: celery -A Loggie beat -l INFO volumes: - .:/code depends_on: - rabbit - db`

по существу 1. билд нафиг не нужен. Собирай вне компоуза 2. volumes - нафиг не нужен, пихай код внутрь образа 3. используй формат докер-компоуза версии 2.7

4. расставь хелсчеки

слабо=(, не могу найти их

на кнопке с тильдой

на кнопке с тильдой

спасибо

по существу 1. билд нафиг не нужен. Собирай вне компоуза 2. volumes - нафиг не нужен, пихай код внутрь образа 3. используй формат докер-компоуза версии 2.7

1. То есть я отдельно собираю докерфайл а потом цепляю как image? 2. Это продолжение первого получается? 3. Почему

1. да, имиджи у всех укажешь одинаковые. 2. ты пихаешь код из каталога code внутрь образа. У тебя же код в продакшене меняться не будет? Не будет. Ты попросту передеплоишь образ целиком. Для отладки кода - да, удобнее через volume.

3. потому что в нем есть depends_on: healthy

в 3-м формате такого нет

3-й формат для сворма

1. да, имиджи у всех укажешь одинаковые. 2. ты пихаешь код из каталога code внутрь образа. У тебя же код в продакшене меняться не будет? Не будет. Ты попросту передеплоишь образ целиком. Для отладки кода - да, удобнее через volume.

всё понял, спасибо. Тогда в прод буду лить image. Помечу себе в readme:)

2-ю и 3-ю версию надо воспринимать не как продолжение а как 2 параллельные ветки

2-ю и 3-ю версию надо воспринимать не как продолжение а как 2 параллельные ветки

+100%

2-ю и 3-ю версию надо воспринимать не как продолжение а как 2 параллельные ветки

depends_on: healthy - запускает образ после того, как предыдущий готов? вместо depends_on?

и еще - nginx я тащу за докер и ставлю на прямо на сервер?

nginx'а в докере достаточно

depends_on: healthy - запускает образ после того, как предыдущий готов? вместо depends_on?

version: '2.1' services: web: build: . depends_on: db: condition: service_healthy redis: condition: service_started redis: image: redis db: image: redis healthcheck: test: "exit 0"

пример depends_on

version: '2.1' services: web: build: . depends_on: db: condition: service_healthy redis: condition: service_started redis: image: redis db: image: redis healthcheck: test: "exit 0"

здорово, понял, спасибо

добрый день. у меня есть php приложение, pgsql, redis... работает на обычной впс на centos. локально разрабатываю в докере. задача. научиться быстро разварачивать и маштабировать приложение. в какую сторону смотреть? просто на впс разворачивать через docker-compose? rancher, minikube? на digital oceanе и aws есть какие-то доп плюшки для работы с докер контейнерами? мб их стоит заюзать? поделитесь опытом.

Ты не про то подумал

что продаешь то? это по докеру чат

добрый день. у меня есть php приложение, pgsql, redis... работает на обычной впс на centos. локально разрабатываю в докере. задача. научиться быстро разварачивать и маштабировать приложение. в какую сторону смотреть? просто на впс разворачивать через docker-compose? rancher, minikube? на digital oceanе и aws есть какие-то доп плюшки для работы с докер контейнерами? мб их стоит заюзать? поделитесь опытом.

в ДО есть имейдж с готовым докером внутри, есть ноды для ранчера

в ДО есть имейдж с готовым докером внутри, есть ноды для ранчера

спасибо

спасибо

если заюзать k8, то и это недавно ввели

если заюзать k8, то и это недавно ввели

а что проще всего заюзать и поддерживать?

я никогда не трогал ни ранчер ни k8

ранчер это "веб морда" для k8

ого, спасибо ))

добрый день. у меня есть php приложение, pgsql, redis... работает на обычной впс на centos. локально разрабатываю в докере. задача. научиться быстро разварачивать и маштабировать приложение. в какую сторону смотреть? просто на впс разворачивать через docker-compose? rancher, minikube? на digital oceanе и aws есть какие-то доп плюшки для работы с докер контейнерами? мб их стоит заюзать? поделитесь опытом.

На DO вводят кубернет в Limited Access

Привет, учусь использовать Докер, помогите пожалуйста понять такой вопрос: мне нужно поднять 2 проекта hasura https://docs.hasura.io/1.0/graphql/manual/getting-started/docker-simple.html В каждой папке с проектом лежат 2 одинаковых docker-compose.yaml, при этом Докер создаёт 2 разных контейнера - с собственной БД на каждый проект. Как система понимает, какой контейнер принадлежит конкретному проекту и где можно явно задать имя контейнера? И сразу ещё вопрос: как перенести контейнер с локального хранилища на удалённый сервер? Что лучше почитать об этом?

>Как система понимает, какой контейнер принадлежит конкретному проекту и где можно явно задать имя контейнера? Это задается в docker-compose.yml

>И сразу ещё вопрос: как перенести контейнер с локального хранилища на удалённый сервер? Что лучше почитать об этом? Контейнер не перетащить

"Контейнер не перетащить" ну не совсем. всё таки это можно сделать

commit,save,run

>Как система понимает, какой контейнер принадлежит конкретному проекту и где можно явно задать имя контейнера? Это задается в docker-compose.yml

Контейнер переименовал, но это не помогает определять контейнер для проекта. Если запустить этот файл из другой папки, получаю ошибку: ERROR: for postgres Cannot create container for service postgres: Conflict The container name "" is already in use by container "". You have to remove (or rename) that container to beable to reuse that name.

Контейнер переименовал, но это не помогает определять контейнер для проекта. Если запустить этот файл из другой папки, получаю ошибку: ERROR: for postgres Cannot create container for service postgres: Conflict The container name "" is already in use by container "". You have to remove (or rename) that container to beable to reuse that name.

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

commit,save,run

Перемещать образ это другое. docker commit, save - это только про образа

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

Так мне нужно использовать тот же контейнер в другом проекте, а не создавать новый. Как это сделать?

Так мне нужно использовать тот же контейнер в другом проекте, а не создавать новый. Как это сделать?

В докере нет понятия "проект". Есть образ, контейнер, сеть etc... пожалуйста, чтобы быть понятнее пользуйтесь правильной терминологией

Перемещать образ это другое. docker commit, save - это только про образа

что есть "контейнер" ?

что есть "контейнер" ?

Читай доки

В докере нет понятия "проект". Есть образ, контейнер, сеть etc... пожалуйста, чтобы быть понятнее пользуйтесь правильной терминологией

Короче, я запускаю этот docker-compose.yaml из другой папки, а не в которой инициализировал первый раз, и хочу запустить тот же контейнер, а не вызвать попытку создать новый контейнер с тем же именем

Извиняюсь за путаницу в терминах, я правда могу в них ошибиться

Короче, я запускаю этот docker-compose.yaml из другой папки, а не в которой инициализировал первый раз, и хочу запустить тот же контейнер, а не вызвать попытку создать новый контейнер с тем же именем

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

у тебя 1 хост?

чем отличаются два проекта?

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

Использую стандартную настройку от Hasura: https://raw.githubusercontent.com/hasura/graphql-engine/master/install-manifests/docker-compose/docker-compose.yaml

docker images ls даст тебе список существующих образов

потом docker run название образа

с ключами в зависимости от того, что ты с ними хочешь сделать

commit,save,run

это для образов. import/export для контейнеров.

Короче, я запускаю этот docker-compose.yaml из другой папки, а не в которой инициализировал первый раз, и хочу запустить тот же контейнер, а не вызвать попытку создать новый контейнер с тем же именем

Сформулируй понятно, чего ты хочешь добиться в итоге?

Сформулируй понятно, чего ты хочешь добиться в итоге?

Чтобы перенесённый в другую папку docker-compose.yaml на команду "docker-compose up" запускал нужный контейнер, а не пытался создать новый

Чтобы перенесённый в другую папку docker-compose.yaml на команду "docker-compose up" запускал нужный контейнер, а не пытался создать новый

зачем?

зачем?

Чтобы использовать БД с уже имеющейся информацией

Чтобы перенесённый в другую папку docker-compose.yaml на команду "docker-compose up" запускал нужный контейнер, а не пытался создать новый

в теории такое возможно сделать с помощью флага -p -p, --project-name NAME Specify an alternate project name (default: directory name) но это будет сильно костыльным вариантом, лучше монтировать данные базы на хостовую ФС, а затем эти же данные во второй контейнер

Чтобы использовать БД с уже имеющейся информацией

это не так работает

ЛЮДИ, есть у кого ниб контейнер с ЯндексТанком версии 1.7?

pull не работает(

Всем привет

помогите ктонить с такой байдой 1/1: no suitable node (scheduling constraints not satisfied on 1 node)

Это я пытаюсь https://github.com/docker/dockercloud-haproxy запустить

из за строчки —constraint "node.role != manager» Он мне пишет эту no sutable node

Может кто рассказать что это ваще за констринты и нафига они тут нужны?

эта штука нужна для докер сварма

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

видимо у тебя не сворм ?

в том то и дело что сварм

без этой строчки кстати все работает

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

аааа теперь я понял

у меня 1 нодовый сварм

все спасибо почаны я врубился

И снова я про всякие кэши, слои и вольюмы. В докере делаю `npm build`оказывается, оно не ребилдит нифига, даже если исходиники поменялись. Поэтому если до сборки в контейнере и вообще до запуска докера, удалить каталог ./build, то внезапно изменения появляются в билде. Первое, что я решил сделать, это прямо в докер файле перед шагом сборки делать удаление каталога ARG backend_url='= "http://127.0.0.1:8000/graphql";' WORKDIR /build ADD ./ /build RUN rm -rf build/build RUN pwd; ls -l /build/; ls -l ./src/utils/const/ RUN /bin/bash -c "sed -ie 's|=.*|$backend_url|g' ./src/utils/const/api.js" RUN npm install RUN npm run build Но это нифига не помогло, видимо удаление произошло только в каком-то слое или ещё какая-то магия случилась, но моих изменений в билде не оказалось. При этом если до запуска докера удалить этот каталог вручную, то всё нормально. В связи с этим вопрос, как правильно чистить этот кэш сборки при запуске контейнера? Не хочется для этого ещё какой-то внешний баш-скрипт прикостыливать.

Доброго времени суток

Подкажите поиз по организации сети macvlan

чтобы ip прибитый к контейнеру пинговался с о всего L2 домена

есть мануал

https://docs.docker.com/v17.09/engine/userguide/networking/get-started-macvlan/#pre-requisites