Есть вариант отдельно сервисы из консоли запустить с параметром publish

ports и есть publish вроде. А на что ругается? На этой ноде этот порт случайно не занят?

Другим сервисом

А пример docker-compose-сервиса можешь скинуть?

Есть ли свежий Docker образ с Django?

Есть ли свежий Docker образ с Django?

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

пишу на глаз FROM python:3 ADD requirements.txt . RUN pip install -r requirements.txt ADD . . ENTRYPOINT ["python3", "manage.py", "runserver", "0.0.0.0:8000"]

+ образы на Docker hub (неофициальные)

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

а ну в продакше у меня так же, только с гита берется что то не так?

Ну и? Либо старый официальный либо новый неофициальный. У нас других нет

Из официальной документации

а, ну да, спасибо в проде на 80 порту он не провисит долго, он однопоточный или что то оипо того, а китайские сканеры не рвут соединение

а, ну да, спасибо в проде на 80 порту он не провисит долго, он однопоточный или что то оипо того, а китайские сканеры не рвут соединение

а, ну да, спасибо в проде на 80 порту он не провисит долго, он однопоточный или что то оипо того, а китайские сканеры не рвут соединение

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

Во-первых, это красиво))

Во-первых, это красиво))

Прод и дев это должны быть разные, совершенно разные вещи

Прод и дев это должны быть разные, совершенно разные вещи

Мы не говорим про различия в бизнес логике, а про деплой и конфигурацию

С этим я согласен

Ну так вы спрашиваете про докерфайл и как деплоить ваше приложение

Привет. Хочу сделать автодеплоинг, когда комитаешь в мастер. Есть сервер с убунтой и есть гитлаб. Всё работает, но возникла проблема с портами. Я использую докер в докере и не совсем понимаю как это должно работать) .gitlab-ci.yml: image: docker:latest services: - docker:dind deploy: stage: deploy script: - apk update - apk add py-pip - pip install docker-compose - docker-compose up -d --force-recreate --build web - docker-compose ps only: - master И получаю: Creating app_web_1 ... done $ docker-compose ps Name Command State Ports --------------------------------------------------- app_web_1 npm start Up 0.0.0.0:3000->3000/tcp Помогите пожалуйста достучаться до этого внутреннего контейнера, а то он меня не слышит) Спасибо.

Расскажите пожалуйста, а зачем вы используете докер в докере? Просто интересно.

Расскажите пожалуйста, а зачем вы используете докер в докере? Просто интересно.

Using Docker-in-Docker for your CI or testing environment? Think twice. https://jpetazzo.github.io/2015/09/03/do-not-use-docker-in-docker-for-ci/

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

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

Официально - создать еще один микросервис, в котором будет крон, дергающий нужные урлы. Неофициально - тот же крон, только там, где можно, вплоть до контейнера

"Официально" ? what

Поддерживаю вопрос. Как лучше дергать сопутствующие задачи по коду. Есть довольно большой php код. Есть и кроны и нечто вроде сервисов, которые очереди слушают и дергают php код, и их ТУЧА. Как это лучше рулить? Дла каждого сервиса по контейнеру лепить и пробрасывать туда код? Если билдить контейнеры с кодом, то обрыза до терабайтов вырастут.

Ну не официально. "Идеологические верно", "по правильному", "настоящие пацаны так делают" и теде и тепе

Ну, не совсем идеологически верно, потому что крон будет дергать другие процессы. И лога по факту не будет в docker logs. По идее нужно пилить каждый сервис отдельно и дергать в отдельном контейнере

зачем билдить образ с кодом? скомпилированный/собранный код это подключаемый volume

Ну, не совсем идеологически верно, потому что крон будет дергать другие процессы. И лога по факту не будет в docker logs. По идее нужно пилить каждый сервис отдельно и дергать в отдельном контейнере

Ну, я тоже думал об этом. А как его пробросить в kubernetes ?

кого, его?

Ну, я тоже думал об этом. А как его пробросить в kubernetes ?

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

Ну, volume с кодом на 100500 контейнеров-сервисов