https://replace.org.ua/post/183565/#p183565

А  ньому щось має ранитись? Я думаю пам'ять швидко закінчиться

Виявляється, що якщо в docker-compose не вказати IP адрес для кожного контейнера в проекті, то воно "само" згенерує для них айпіхи і налаштує gateway. Щоправда, тоді це займе на декілька секунд більше часу ніж із прописаними вручну айпіхами.

Команда "docker compose up" і не повинна кудись перенаправляти вивід з контейнера. Її завдання полягає лише в тому, щоб запустити його і повідомити про результат. А чим там той контейнер зайнятий, байдуже.
Якщо хочете бачити результати роботи, то пишіть логи, або використовуйте "docker compose exec".

А я таки не послухався і з допомогою різних AI-роботів добився свого Щоправда, "останній акорд" у вигляді поєднання команд в CMD допоміг не AI, а сам "написав в голові" під час споживання фірмового борщу від дружини.

Річ у тім, що CMD можна використати в Dockerfile лише один раз і лише після нього починають стартувати сервіси які описані в docker-compose.yml

команда для запуску цілої халабуди:

$ /usr/bin/docker compose -f docker-compose-custom1.yml up --build

Dockerfile:

CMD /bin/bash -c 'python3 -m unittest /app/tests/check_mysql_host_availability_ping.py && \ 
    python3 /app/src/manage.py runserver 0.0.0.0:82'

сам юніт тест:

import os
import subprocess
import time

# Get the MySQL host from the environment variable
mysql_host="179.30.0.10"
#mysql_host="172.20.0.5"
#mysql_host = os.getenv("MYSQL_HOST")

if not mysql_host:
    print("\n\n\nError! MYSQL_HOST environment variable is not set.\n\n\n")
    exit(1)

def is_mysql_host_available(host, timeout_seconds=360):
    start_time = time.time()
    
    while time.time() - start_time < timeout_seconds:
        try:
            subprocess.check_call(["ping", "-c", "1", host])
            return True
        except subprocess.CalledProcessError:
            pass  # Ping failed, continue looping
        
        # Sleep for a short duration before the next ping attempt
        time.sleep(1)

    return False

if is_mysql_host_available(mysql_host):
    subprocess.call(["/bin/bash", "-c", "echo 'MySQL host ping success.'"])
    print(f"\n\n\nSuccess! MySQL host '{mysql_host}' is available based on ping result.\n\n\n")
    exit(0)
else:
    print(f"\n\n\nError! MySQL host '{mysql_host}' is not available based on ping result.\n\n\n")
    exit(1)

Результат на екрані:

core-web-1      | PING 179.30.0.10 (179.30.0.10) 56(84) bytes of data.
core-web-1      | 64 bytes from 179.30.0.10: icmp_seq=1 ttl=64 time=0.128 ms
core-web-1      | 
core-web-1      | --- 179.30.0.10 ping statistics ---
core-web-1      | 1 packets transmitted, 1 received, 0% packet loss, time 0ms
core-web-1      | rtt min/avg/max/mdev = 0.128/0.128/0.128/0.000 ms
core-web-1      | MySQL host ping success.
core-web-1      | 
core-web-1      | Success! MySQL host '179.30.0.10' is available based on ping result.
core-web-1      | 
core-web-1      | 

Мене поки влаштовує. Ну хіба що я б трохи переписав CMD щоб процес не продовжувався у випадку коли фейлиться юніттест (чи хоча б один з юніттестів, бо їх туди можна напхати більше). Решта поки все ок.

Може комусь досвідченішому буде кумедно, але тема для новачків, тому поділюся.

1) докер не видаляє автоматично дані з volume, якщо не зробити це примусово - власне для цього volume і створений, щоб зберігати дані )) та все одно це може бути неочевидно для когось, хто вже знищив контейнер, збілдив з нуля, а певні очікувані зміни не застосувалися

2) доступ до mysql в докері від імені root не працюватиме ззовні, якщо не вказати в налаштуваннях docker-compose.yml

    environment:
      MYSQL_ROOT_HOST: "%"

Хоч від цього виду програмістського церебрального сексу я таки в результаті отримав задоволення, однак зекономлений час можна було б використати більш продуктивно, тому ділюся цією для когось тривіальною знахідкою. Може комусь збереже декілька дупо-годин.