Здравствуйте!
Вот кусок кода для обновления контейнера. Но мониторя этот процесс, понимаю, что сначала стартует новый контейнер, а потом, тут же убивается старый, что вообще не идеально. Так как на старом может висеть полсотни подключений и надо бы какое то время подождать пока они отвалятся. Докеровский сварм вообщем умеет так или надо искать какое то другое решение?
И это ладно если бы так, но тут при каждом обновлении конфигов рестарт, соответсвенно обновление сертификатов тоже рестарт...
update_config:
#количество одновременно обновляемых контейнеров
parallelism: 1
#Время ожидания между обновлением группы контейнеров
delay: 2m
#Если произошел сбой, останавливем pause по умолчанию, continue для продолжения, rollback откатить
failure_action: rollback
#Продолжительность после каждого обновления задачи для отслеживания сбоев
monitor: 30s
#частота отказов, допустимая при обновлении
max_failure_ratio: 0
#Порядок, start-first сначала запускается новая задача, а старай остановиться только после запуска новой.
#stop-first по умолчанию. Стопится первая задача, потом запускается новая
order: start-first
