Дмитрий Шицков

Написать миграции, напр. на python

Docker compose хорошо подходит для локального применения. Во всех других случаях его преимущества совершенно неочевидны.

Сервисы уже собраны и запушены в registry? Тогда просто 1 раз пуллитесь из registry и стартуете все контейнеры пачками, каждый раз генерируя рандомный порт и сеть для набора контейнеров.

Но как вы собираетесь контролировать такой ворох контейнеров? Может вам стоит смотреть в сторону, например, Docker Swarm?

Возможно вам под задачу подойдет Glusterfs или прочие сетевые ФС с репликацией

Попробуйте с Debian по этой инстукции https://github.com/ssvb/sunxi-bootsetup/releases/t...
Без монитора по uart можно будет консоль вывести.

Или что-то из этого linux-sunxi.org/Bootable_OS_images

print(cl.headers)

Может здесь ваши переменные?

Таких нет, т.к. почтовые клиенты шли как раз именно к синхронизации.
Чтобы добиться желаемого поведегия используйте протокол pop3 - именно так как вы описываете он и может работать.

Никак.
Копнут вопросами - вы поплывете, т.к. понимание вопроса будет поверхностным.

Хорош вариант походить по собеседованиям и послушать, что спрашивают в вашем направлении.

ответ, отмеченный решением, в целом хорошо описывает риски. Я бы добавил повышенный риск человеческого фактора из-за ручной конфигурации узлов. Если безопасность критична, то необходим регулярный аудит сетевой безопасности, а так же автоматический мониторинг критической конфигурации узлов. Проводить регулярные сканирования каждого узла извне и каждого сегмента сети - изнутри. Обычно проводится раз в квартал. Возможно потребуются кастомные условия для проверки что каждый сегмент изолирован от интернета.

Нет. Нет смысла запрашивать через ARI, если вся необходимая информация уже в *sql базе.

Система называется CRM.

Работал только с Bitrix24. Среди часто используемых ещё Amocrm