ENTRYPOINT

Ответ нерелевантен

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

Какой именно ?

ENTRYPOINT & CMD определяют команду, которая выполнится при запуске контейнера

всем привет. подскажите, .env при сборке имейджа зашивать внутрь него по феншую или он должен монтироваться извне в контейнер, где будет крутиться имейдж?

Эм. What?

да-да, уже нашел, что это некомильфо

всем привет. подскажите, .env при сборке имейджа зашивать внутрь него по феншую или он должен монтироваться извне в контейнер, где будет крутиться имейдж?

по феншую один образ, разные переменные. Так что по идее надо при деплое передавать ) но это на вкус и цвет конечно

да, уже выяснил, что не рекомендуется

.env - это обычно про докер-компоуз. Очевидно, что у тебя переменные окружения должны задаваться снаружи. В рантайме. Если есть фиксированные окружения, то можешь внутри контейнера определить два массива переменных для двух сред, а при запуска контейнера, например, передавать ключ -e ENV=PROD для выбора окружения

да, уже выяснил, что не рекомендуется

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

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

CMD ["/full/path/to/pm2", "start", "/full/path/to/monitoring.js"] в твоем случае

CMD ["/full/path/to/pm2", "start", "/full/path/to/monitoring.js"] в твоем случае

Я бы поопасался

?

Идеально - описать оба: и ENTRYPOINT, и CMD

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

я так сделал: CMD ["pm2-runtime", "/home/docker/monitoring.yml"] а там уже прописаны все команды которые выполняются и благо все работает )

Идеально - описать оба: и ENTRYPOINT, и CMD

Я честно говоря не разобрался, чем entrypoint + cmd удобнее просто cmd

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

Кратко - да

Я честно говоря не разобрался, чем entrypoint + cmd удобнее просто cmd

Общая команда == entrypoint + cmd

Обычно энтрипойнт - это базовый путь к бинарнику, а cmd - например, параметры

Т.е. то, что потребитель докер-образа может менять

Кратко - да

сейчас я получаю connection refused ошибку, контейнеры поднимаю с помощью docker-compose, для всех сервисов у меня есть общий нетворк(bridge)

По умолчанию вроде entrypoint == /bin/sh или тянется из родительского образа

может я мало гитхабовских dockerfile'ов видел, но субъективно, entrypoint редко используют

может я мало гитхабовских dockerfile'ов видел, но субъективно, entrypoint редко используют

Мало видел

nginx & postgres посмотри

Просто лучше переопределить - явное лучше неявного

сейчас я получаю connection refused ошибку, контейнеры поднимаю с помощью docker-compose, для всех сервисов у меня есть общий нетворк(bridge)

Бридж? Или они оба в одной сети докер-комплуза ?

Бридж? Или они оба в одной сети докер-комплуза ?

я определил для них общую сеть в виде моста

я определил для них общую сеть в виде моста

Чем ?

Бридж? Или они оба в одной сети докер-комплуза ?

networks: net: driver: bridge

Разные сети, значит

Нужно создавать сеть вне докер-компоуза, а в нем определять ее как external

nginx & postgres посмотри

нуу, https://github.com/nginxinc/docker-nginx/blob/master/mainline/stretch/Dockerfile

Либо тесты и прод в одном файле определить, но запускать по отдельности

Либо тесты и прод в одном файле определить, но запускать по отдельности

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

Запускаешь как ?

Полностью компоузом покажи

И строчку коннекта сервисов друг к другу

Запускаешь как ?

compose file скинуть?

нуу, https://github.com/nginxinc/docker-nginx/blob/master/mainline/stretch/Dockerfile

Плохой пример

compose file скинуть?

Сюда, да

ммммм

Сюда, да

docker-compose up

Плохой пример

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

нуу, https://github.com/nginxinc/docker-nginx/blob/master/mainline/stretch/Dockerfile

https://github.com/docker-library/postgres/blob/master/11/Dockerfile

Официальней некуда

На телефоне развалилось

ща я загружу по-человечески 2 мин

нуу, https://github.com/nginxinc/docker-nginx/blob/master/mainline/stretch/Dockerfile

Тут STOPSIGNAL интересен

На телефоне развалилось

https://gist.github.com/SergeyVatz/4a9093f04f132228c76753790df3dc21

https://gist.github.com/SergeyVatz/4a9093f04f132228c76753790df3dc21

По виду должно работать

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

Обратил бы внимание только на то, что при такой линковке сервисов им на expose и ports пофиг

Они все равно друг друга видят

https://github.com/docker-library/postgres/blob/master/11/Dockerfile

exec "$@" как раз имхо неудачный пример. В итоге мы получаем точно такой же bash -c 'postgres', как и в случае с CMD? А есть кейсы с энтрипоинтом, но без entrypoint.sh, который оканчивается строкой exec "$@"?

exec "$@" как раз имхо неудачный пример. В итоге мы получаем точно такой же bash -c 'postgres', как и в случае с CMD? А есть кейсы с энтрипоинтом, но без entrypoint.sh, который оканчивается строкой exec "$@"?

Окей

Т.е. именно entrypoint == бинарь, а cmd == параметры ?

Ну, я сплошь и рядом так делаю

По виду должно работать

а есть смысл нетворк обьявлять так как я это делаю, разве докер-композ по дефолту не в одном нетворке все контейнере запускает?

а есть смысл нетворк обьявлять так как я это делаю, разве докер-композ по дефолту не в одном нетворке все контейнере запускает?

По дефолту - да

Но лучше объявить

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

Хотелось бы узнать насчет 2,3,4?

По дефолту - да

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

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

М.б.

Это с мейлру митапа по Кубу ?

Хотелось бы узнать насчет 2,3,4?

да

Хотелось бы узнать насчет 2,3,4?

В чем вопрос ?

У меня есть ответ на любой

Хотелось бы узнать насчет 2,3,4?

сегодня выше 2,3 пытались обсуждать

Да все банально. да, обсуждали

М.б.

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

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

Это ошибка

Надо по хостнейму, т.е. dynamodb

Это ошибка

пробывал по хостнейму, вываливается такая ошибка, хотя на 4001 порту висит сервак

У тебя апи мог не стартануть

Или стартануть, но отвалиться

Используй докер крмпоуз формата 2.7, расставь хелсчеки и используй depends_on healthy

У тебя апи мог не стартануть

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

хорошо, попробую

@vizdrag

подскажите, есть Node.js-приложение. для успешного старта приложения мне нужно иметь в окружении особую переменную, что-то вроде NODE_ENV=dev. локально у меня сборка идет через docker compose и все проходит хорошо, код видит переменную в .env и приложение стартует как надо на площадке я хочу все деплоить через ansible, сценарий в плейбуке такой - name: Run App container docker_container: name: api image: {{ image_name }} state: started volumes: - /var/www/.env:/app/.env:ro ports: - "8000:8000" etc_hosts: "postgres": "{{ ansible_host }}" env_file: /var/www/.env env: "MACHINE_HOST": "{{ ansible_host }}" command: > /bin/bash -c " sleep 5; npm start; " Как правильно прокинуть .env внутрь? volumes: - /var/www/.env:/app/.env:ro не помогает, приложение стартует, .env-файл виден внутри контейнера, но у меня не появляются таблицы в БД, их создание и привязано на эту переменную добавил к сценарию env_file: /var/www/.env тоже не помогло ЧЯДНТ?

подскажите, есть Node.js-приложение. для успешного старта приложения мне нужно иметь в окружении особую переменную, что-то вроде NODE_ENV=dev. локально у меня сборка идет через docker compose и все проходит хорошо, код видит переменную в .env и приложение стартует как надо на площадке я хочу все деплоить через ansible, сценарий в плейбуке такой - name: Run App container docker_container: name: api image: {{ image_name }} state: started volumes: - /var/www/.env:/app/.env:ro ports: - "8000:8000" etc_hosts: "postgres": "{{ ansible_host }}" env_file: /var/www/.env env: "MACHINE_HOST": "{{ ansible_host }}" command: > /bin/bash -c " sleep 5; npm start; " Как правильно прокинуть .env внутрь? volumes: - /var/www/.env:/app/.env:ro не помогает, приложение стартует, .env-файл виден внутри контейнера, но у меня не появляются таблицы в БД, их создание и привязано на эту переменную добавил к сценарию env_file: /var/www/.env тоже не помогло ЧЯДНТ?

Ты фигню какую-то желаешь

в каком смысле?

в каком смысле?

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

тоесть докером ты можешь заоверрайдить те переменные

и не двигать файлы туда сюда

возможно я не прав :)

но вот причем енв к таблицам я не понял

нет, такой переменной нет

создание таблиц в БД завязано на наличие переменной

но это неважно сейчас

есть сам факт того, что переменная недоступна, судя по всему

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

Нет, они вроде дополняют друг друга