Сильно проивзодительность проседает?

Ну так код же внутри контейнера

Что относительно чего? Зависит от того - есть ли условная запись в /srv/www внутри контейнера

А что мешает пуллить его на хост, а потом через COPY копировать в образ ?

Относительно вариантов 1 (COPY) и 2 (VOLUME)

Например, на венде и маке - bind mount тормозные

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

поменяй дату назад

Ты разослал сообщение с "instomnio" в десятки телеграм-чатов. Неужели ты не мог внимательно посмотреть название этой проги и написать его правильно ?

и нигде мне не помогли

Всем привет! У меня не так много опыта с докером, я достаточно разбираюсь в локальной разработке, но совершенно не умею деплоить, все вот эти k8s и docker swarm, обо всём этом я не знаю. У меня есть большой docker-compose файл (потом декомпозирую) с кучей сервисов, есть несколько .env файлов, есть один-два баш скрипта, чтобы выполнять легко что-то из поднятых контейнеров (не моё, у соответствующих мейнтейнеров образов) Вопрос такой, — а как бы подобную петрушку можно было бы деплоить? Сейчас так получается, что я редактирую локально файл, затем scp на сервер и там что-то запускаю, обычно просто docker-compose down -> docker-compose up -d и какие простейшие шелл команды. Наверное, штуки типа Ansible делают что мне нужно, но тоже не использовал. Где можно почитать подобное, с чего начать, есть ли примеры?

https://www.google.com/amp/s/www.techrepublic.com/google-amp/article/how-to-deploy-a-container-with-ansible/

Круто, спасибо! Я не наткнулся на подобное т.к. искал по ключевым словам именно с docker-compose deploy

Композ лучше для стейджинга локального, деплойменты лучше ансиблом лепить

не говори каку

что, 50 композов будешь на хостах вертеть?

а ну да, давайте еще х2 ресов вьебем)

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

Всем привет! У меня не так много опыта с докером, я достаточно разбираюсь в локальной разработке, но совершенно не умею деплоить, все вот эти k8s и docker swarm, обо всём этом я не знаю. У меня есть большой docker-compose файл (потом декомпозирую) с кучей сервисов, есть несколько .env файлов, есть один-два баш скрипта, чтобы выполнять легко что-то из поднятых контейнеров (не моё, у соответствующих мейнтейнеров образов) Вопрос такой, — а как бы подобную петрушку можно было бы деплоить? Сейчас так получается, что я редактирую локально файл, затем scp на сервер и там что-то запускаю, обычно просто docker-compose down -> docker-compose up -d и какие простейшие шелл команды. Наверное, штуки типа Ansible делают что мне нужно, но тоже не использовал. Где можно почитать подобное, с чего начать, есть ли примеры?

В качестве быстро решения: Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить. export DOCKER_HOST=tcp://192.168.1.2:2376 docker-compose up -d получается, локально сможешь отправлять команды докеру на другой сервер приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере. это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки

еще есть https://www.digitalocean.com/community/tutorials/how-to-provision-and-manage-remote-docker-hosts-with-docker-machine-on-centos-7

В качестве быстро решения: Eсли сервера, куда деплоишь закрыты внаружу, можно прямо через докер демон деплоить. export DOCKER_HOST=tcp://192.168.1.2:2376 docker-compose up -d получается, локально сможешь отправлять команды докеру на другой сервер приемущества метода - можно быстро реализовать, только демона нужно обязательно обезопасить, иначе злоумышленник, имеющий доступ до порта сможет запускать удаленные команды на сервере. это даст тебе времени написать плейбук, который будет заниматься доставкой контейнеров,а потом уже переложить сборку и доставку на CI/CD и убрать docker-compose, когда возьмешь оркестратор/напишешь все необходиме плейбуки

добрый день возникла необходимость видить реальные IP клиентов в приложении которое завернуто в докер находил предложения использовать параметр network_mode: host но несовсем хочется весь набор контейнеров вливать в хостовую сеть может есть еще какие то варианты решения?

спасибо правда я с докером только розбираюсь и был бы благодарен за сылки где эта или подобная проблема описывалась в деталях

Вроде бы в контейнерах в ДНС-имени host.docker.internal доступен ip хоcта

Вроде бы в контейнерах в ДНС-имени host.docker.internal доступен ip хоcта

чтобы коннектиться к mysql на хосте, а не в контейнере, например.

"конектись к mysql, оберни в контейнер" - вот это можно развернуть ? Допустим, я не хочу поднимать mysql в контейнере, на сервере уже есть mysql с настройками под этот сервак, с отданной кучей оперативки, на всём этом работают несколько сайтов, для сайта в докере тоже нужен mysql с полной производительностью. Какой-то контейнер-прокси поднимается ?

задача то какая изначальная

Я хочу поднять в докере сайт, который должен работать с базой данных, которая работает на хосте.

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

привет! Может кто знает... можно ли в dockerfile прописать что-то вроде FROM backup.tar, т.е. я сделал бекап образа и хочу чтобы он подхватывался, а не тот что в репозитории.

добрый день возникла необходимость видить реальные IP клиентов в приложении которое завернуто в докер находил предложения использовать параметр network_mode: host но несовсем хочется весь набор контейнеров вливать в хостовую сеть может есть еще какие то варианты решения?

На хосте-винде я коннекчусь из контейнера на хост в host.docker.internal , а на линуксе придётся походу предварительно вычислять ip хоста. Типа export DOCKER_HOST_IP=$(route -n | awk '/UG[ \t]/{print $2}') . Ну почему бы тоже не сделать dns-имя ?.

Сделай docker load из файла, а дальше как обычно из имени образа

ладно, напишу себе readme 😅

Лучше мейкфайл сразу