Даша Циклаури, ну самый простой паттерн, у меня приложение запускается в контейнере. Мне ему надо передать ключи доступа к API бекэенда, адрес самого бекэнда, ну и еще каких-нить 3-4 параметра. Ради каждого такого изменения перевыбирать все и гнать весь процесс деплоя выглядит сомнительной идеей.
я знаю, что такое дженкинс. И у меня нет никакого желания его вкручивать в образ, который будет делать vagrant up, а потом еще и писать обертку под cli.
Еще раз повторюсь - это для подъема локального окружения для разработки, в виртуалке. Человек должен просто выкачать маленький репозитарий с плейбуком, и никакой дженкинс ему на в виртуалке не нужен.
Алексей М.: Серебряной пули не нашли. Можно посмотреть в сторону btrfs.
В целом несколько разнообразных костылей, с остановкой сервиса и rsync работают. Но без перерыва в работе никак.
shagguboy: Думаю не понадобиться) Спасибо за участие.
Мы хотим попробовать решить проблему отталкивая не от БД, а от программистов. Выяснилось, что накатка миграций на нее очень редкая и ее можно хорошо формализировать. Соответсвенно база только одна и ее обновлять нет проблемы.
Есть еще куча мелких баз, но с ними чуть проще, мы их разнесем в докеры и монтировать volume. А за счет consul мы получим всегда актуальную конфигурационную информацию.
shagguboy Репликация, я думаю это будет не приемлемо по времени. То есть по сути надо будет отреплицировать порядка 300Gb (бекап не инкрементальный, так как мы перекраиваем базу и минифицируем ее, требование 152ФЗ).
Как через xtrabackup восстановить один бекап базы (скажем base1) в базы base1_user1, base1_user2 и тд. И при это, так же, не передергивать сервер, если скажем надо будет сделать base_userX в рабочее время.
