У этого варианта есть проблема с docker-compose down, придётся повторять каждый раз.
Аналогичный, но менее болезненный вариант: создать отдельную сеть и сделать её дефолтной в compose-файле.
Сергей Соколов, в default network докера без links не взлетит. В доке скорее всего про вариант с обычными user-defined сетями говорили, там вместо links есть aliases.
NikSIk31, На русском в таком изложении вряд ли есть. Временем перевода на русский можно пренебречь относительно времени на изучение, т.к. тема не из легкоусваиваемых.
Виталий Архипов, если вы про окружения в смысле тестовое или продакшн - это делается через переменную окружения а-ля environment=prod и выбор настроек в файле конфигов или через хранилище конфигов (Consul, etcd, Zookeper и т.п.)
Виталий Архипов, А никак, максимум - монтировать файл с переменными среды с хостов и считывать их в entrypoint. По-хорошему, контейнерам должно быть всё равно, на какой ноде они запущены за пределами IP и имени хоста, отсюда и отсутствие других данных.
В виде прогона сценариев для проверки соответствия поведения нужному. Если приложение — утилита командной строки, то обычно прогоняются в отдельных контейнерах этого приложения. Если приложение имеет API — интеграционные тесты удобнее запускать снаружи. В принципе особой разницы по сравнению с бесконтейнерной средой нет, только стенды проще поднимать.
VITYA-XY1, это должен делать собственно процесс миграции с падением при несостыковках. Проблемы, возникающие в работе приложения уже после наката миграций - интеграционными тестами.
