Владимир Куц

Как-то так:

services:

   res_api:
       ...
       volumes:
            - ./node_modules:/opt/yourproj/node_modules/

   worker:
       ...
       volumes:
            - ./node_modules:/opt/yourproj/node_modules/

ports:
   - '0.0.0.0:6379:6379'

добавьте...

Добавить в перечень команд где-то после python manage.py migrate что-то вроде этого:

echo "from django.contrib.auth import get_user_model; User = get_user_model(); User.objects.create_superuser('admin', 'admin@myproject.com', 'password')" | python manage.py shell

Либо добавить в management commands подобный код, обозвав к примеру add_admin:

...
        username = os.getenv('ADMIN_USER')
        password = os.getenv('ADMIN_PASSWORD')

        user = get_user_model().objects.filter(username=username).first()
        if not user:
            get_user_model().objects.create_superuser(username=username, password=password, email='')

и тогда просто добавить команду
...
&& python manage.py add_admin
&& python manage.py runserver 0.0.0.0:8000"

The new Compose V2, which supports the compose command as part of the Docker CLI, is now available.

Compose V2 integrates compose functions into the Docker platform, continuing to support most of the previous docker-compose features and flags. You can run Compose V2 by replacing the hyphen (-) with a space, using docker compose, instead of docker-compose.

docker commit <container> <image>
docker save -o <file> <image>
скопировать на другой инстанс
docker load -i <file>

Контейнеры вашего проекта видят контейнер с postgres как db а не 127.0.0.1
По той же причине у вас будет проблема с redis

Dockerfile для каждого контейнера необязателен. Dockerfile - в основном для специфических случаев. У меня к примеру процентов 80 контейнеров просто используют какой-нибудь python:3.9, а все библиотеки монтируются в виртуальное окружение непосредственно при запуске.
Но если надо - то кладите где вам удобно, да подключайте директорию в контексте для билда образа.

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

монтируете директорию - да из нее нужные файлы и запускаете

3) Для работы с Docker из Python я нашел библиотеку docker, стоит ли ее использовать

Она для довольно специфических случаев использования докера. Проще запускать контейнеры каким-нибудь docker-composer

Обычно что-то типа такого достаточно прописать:

...
    volumes:
        - ./db:/var/lib/mysql
...

Как-то сложно и ненужно.
Стартуете нужный образ.
Делаете точки монтирования, где лежат исходные файлы и куда сбилдить результат.
Запускаете npm run build. В точку монтирования билдится результат.
Гасите контейнер.
То есть рассматриваете контейнер просто как изолированную среду выполнения кода, которая через точки монтирования взаимодействует с вашим проектом. В большинстве случаев что-либо заливать внутрь контейнера, хранить внутри контейнера код - не требуется.
Постоянно держать запущенный контейнер - тоже не требуется, если используете его для ребилда.
Обновился проект, - залили на сервер. Стартанули контейнер. Сбилдили исходники. Погасили контейнер.

POSTGRES_HOST=db
в вашем случае

как минимум - так запускать надо:
python3 manage.py runserver 0.0.0.0:8000
иначе джанго слушает локалхост у себя внутри контейнера

тут советуют
DOCKER_BUILDKIT=0
добавить перед билдом

Вы путаете докер-контейнер с виртуальной машиной.
Супервизор для запуска процессов в докере не нужен.
Стартуйте сам процесс - вам все правильно в комментах сказали.