miner2100, так преодолевать надо не из одного сорта говна в другой - а сразу в актуальное. У вас на каждом следующем шаге, когда вы захотите из 16 и 18 Убунты, из 18 в 20 и т. д. - будут возникать проблемы. Имхо, лучше за один присест сразу прыгнуть в настоящее.
Elnurhan, если у вас между базами данных есть связи на уровне логики - значит, ни о какой отказоустойчивости речи не идёт. Выходит из строя одна СУБД - перестаёт работать несколько сервисов.
Масштабирование Постгреса начинается с других способов, разнесение данных по разным базам - ближе к концу списка.
sanya1995, а как вы хотели? Ну, сделайте чтение переменных из файла с последующих их удалением - секреты всё равно можно будет вытащить из дампа памяти.
Правильный путь - не пускать лишних людей внутрь контейнера.
bassoon48, у серьёзных ДНС-провайдеров есть возможность использовать healthcheck`и, которые будут давать понимание, доступен ли ваш сервис и при необходимости оперативно выключать соответствующие записи. Так умеет Cloudflare, AWS и наверняка много ещё кто.
bassoon48, в целом, да - всё так. Но имейте в виду, что если у вас один из каналов отвалится (а запись при этом останется) - вы потеряете половину трафика. У серьёзных дядей это делается немного более сложно.
bassoon48, проблем не будет, если и на 1.1.1.1, и на 2.2.2.2 есть настроенный для обслуживания вашего домена почтовый и веб-сервер - потому что запросы будут лететь в оба направления.
Flexi, возможно, кому-то хочется запускать некие скрипты непосредственно из командной строки - по таймеру или ещё как-то. Для этого и можно, например, дёрнуть контейнер с php-cli docker exec`ом.