Максим:
деб пакеты использует яндекс для накатки своего софта на кластер - я понимаю, что ради даже 100 машин такое творить глупо. Если у тебя меньше 100 машин, то мучаться с пакетами не стоит -- ansible / pssh решит все твои вопросы меньшей болью, с большей еффективностью и контролем
Откат деб пакета не так прост и не так прозрачен, как ты думаешь https://wiki.debian.org/RollbackUpdate
И мне почему-то кажется, что в пакете нет сигнала, который вызовет скрипт при событии rollback
Потому тебе проще всегда двигаться только вперед по версиям
В версионировании для мелких правок есть две цифры
00.00.00-00
__________^^
Миграция для такого рода софта должна затронуть только локальные данные -- твоя софтина ни при каких раскладах не должна трогать общую БД
Общая БД уже должна иметь все правки до запуска обновления пакетов на твоих машинах
Проще говоря, твоя БД должна быть совместима со всеми запущенными версиями го-программки
Релизы для СУБД будут заключаться в том, что данные будут постепенно переливаться с предыдущей версии таблицы в текущую
И через тригеры или процедуры будет предоставляться доступ к реальным данным
Перед реализацией такой аритектуры стоит много раз подумать, о том насколько можно все разделить даже с потерей нормализации схемы БД
