Вадим

Пример из моего compose - использую 2 сети для внутр и наружных подключений

version: '3.8'

services:
  frontend:
    image: xxxxxxx/frontend:latest
    restart: unless-stopped
    pull_policy: always
    container_name: react-frontend      
    ports:
      - "80:8008" # Expose the frontend on port 80 of the host - for outside communication
    depends_on:
      - app      
    networks:
      - appnetwork  # Connect frontend to the internal appnetwork
    environment:
      - REACT_APP_API_SERVER=backender      ## http://app:8080
      - REMOTE_SERVER=http://app:8080

  app:
    image: 'ZZZZZ/backend:latest'
    restart: unless-stopped
    pull_policy: always
    container_name: app
    ports:
      - '8080' # accessible on appnetwork only
    depends_on:
      - postgres
    environment:
      - SPRING_DATASOURCE_URL=jdbc:postgresql://db:5432/postgres
      - SPRING_DATASOURCE_USERNAME=root
      - SPRING_DATASOURCE_PASSWORD=fdsgdsfgdsfgdshfsdfjg
      - SPRING_JPA_HIBERNATE_DDL_AUTO=update
      - TOMCAT_PORT=8080
    networks:
      - appnetwork  # Use appnetwork for backend communications

если порт по прежнему не виден, установи себе на ufw и регулируй доступ к портам из него. Imho легче

как вариант в compose поставить driver как host network - так даже лучше будет

https://docs.docker.com/engine/network/drivers/
https://docs.docker.com/reference/compose-file/net...

Вопрос слишком общий - используй docker-compose и пробрось порты с контейнеров на внешние

https://testdriven.io/blog/fastapi-docker-traefik/

еще пример
https://github.com/AmishaChordia/FastAPI-PostgreSQ...

1. брандмауэр OC замедляет пакеты из docker сети
2. Routing изнутри докера ведет пакеты по другому маршруту - хотя сложно представить. traceroute?
3. Проверь, поменяй тип сети на контейнере

п.с. нарисовал бы схему сети, было бы легче... например
https://excalidraw.com/

1) Использовать npm install в докере плохая практика, лучше npm ci (предварительно убедись что package-lock.json сгенерился и присутствует
1) Если в линухе, то $ sudo systemctl restart docker // затем уже билд
2) Попробуй делать билд команду с использвонаием сети хоста, как
docker build --network=host -t your-image .

Иногда он может не срабатывать из-за докер сети

Надо разобраться с entrypoint этого контейнера по умолчанию, возможно там есть команды которые можно использовать для запуска sql скрипта или написать свою entrypoint используя bash и psql, с помощью которого инициализировать базу скормив ему путь к скрипту

Докер ремоте тебе так уж не нужно - подключайся по ssh и разрабатывай, здесь все описано
https://code.visualstudio.com/docs/remote/ssh

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

Ну, и советую конечно docker compose, чтобы полностью иметь собранное приложение

на самом деле это немного странно, так как порт 8085 открыт на твоей локальной мащине. disk.MYDOMAIN.com:8085 работать не должен, т.к. никто не знает про этот днс внутри докера, а localhost:8085 должен. Делал curl localhost:8085 из локальной машины? Можешь еще поменять

ports:
      - 8085:80 
на
      - 0.0.0.0:8085:80

Также зайди внутрь работающего контейнера и попробуй выполнить curl там на порт 80.

На амазоне конечно все это возможно, создаете виртуалку со всем чем нужно, можно руками, можно скриптами и ансиблами. Потом сохраняете образ с помощью самого Amazon API или в консоли амазон... сохраняете и регистрируете его в аккаунте амазон, как AMI. И из него уже регистрируете новые машины, а IP адрес дать автоматом не проблема - запускаете ее в публичной подсети и public IP вам выделят, можете его стибрить для передачи клиенту или для создания поддомена длу рутинка через балансировщик нагрузки/target group.

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

ENTRYPOINT ["/my/path/to/python3 /my/path/to/main.py"]

и да ваш питоновский файл должен работать как сервер - висеть и ждать... подключений например

что только само fluentd и крутится? Надо что-то ему посылать и ждать ответа - если не отвечает, то висит !

https://stackoverflow.com/questions/72563599/how-d...

Дополнение к ответу Сергей Горностаев

Тип контейнеров докер на Windows системе должен соответствовать типу на мак (скорее всего тип Linux). Так что на Windows надо будет чуть потанцевать с бубном.
https://learn.microsoft.com/en-us/virtualization/w...

если порт к которуму пытается подключится докер контейнер (9000?) уже занят (как??), то это может быть причиной рестарта. Или может последовательность запуска контейнеров имеет значение? Проверьте !

psql это утилита для соединения с работающим postgresql сервером и выполнения в нем комманд. Наверное в вашем контейнере он просто не работает или работает на другом порту (не 5432). Проверьте какой командой запускается postgresql server и его порт.

выполните в database containere command:
netstat -tulpn

покажет все порты и приложения, лучше через рута
docker exec -u 0 database netstat -tulpn

если нет netstat, зайдите в контейнер и установите

Посмотрите логи из перезапускающегося docker containera - можете даже попробовать найти логи от старых контейнеров, которые работали до этого

docker logs -f --until=10s container_id

https://geekflare.com/check-docker-logs/

Для того чтобы билдился или деплоился какой-то проект используются (временные) CI/CD агенты, которые часто представляют собой докер контейнеры с минимальным набором библиотек. Например нам нужно сбилдить приложение дотнет, но в агенте CI/CD нет dotnet команды и других библиотек. Таким образом мы запускаем внутри агента докер контейнер например из имейджа mcr.microsoft.com/dotnet/sdk, билдим в нем данное приложение и возвращаем dll-ки в агент, в качестве артифакта. Поскольку агент - сам докер контейнер, то у нас и получается докер в докере.