В качестве быстро решения:
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 с полной производительностью.
Какой-то контейнер-прокси поднимается ?

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

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

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