И какая там скорость переключения получалось и что происходило с идущим потоком транзакций? Я как-то не верю, что это для OLTP нагрузки работает без останова вообще...
Проект на zfs точно не для oltp нагрузок, ща найду его. А нутаникс не тыкал, но это выяснить можно будет завтра где-нибудь, там много интересных решений для бд в целом
Тут довольно странная идея, что этот сервис ставится сбоку от боевой БД и, по сути, делает клоны реплик. Ну и недешево ) Но идея интересная, да. Правда, не смог быстро понять, можно ли эту схему использовать для blue/green
В любом случае это никак не связано с разницей между монолитом и микросервисами. Схема с снэпшотами универсальна для любых решений, для которых применима. А уж будут это БД для сервисов или для монолита - пофиг.
Ну, скорее версия схемы даже не изменится, а вот сервис выложим старый, это надежнее. Собственно, если колонки только добавляем и не используем select *, то откат кода безопасен )
Я как та самая баба яга, которая всегда против, считаю, что если есть БД как компонент - она должна быть обёрнута интерфейсами и контролироваться должна версия интерфейса, а не версия БД.
Но как бы это мои загоны) Т.е. я в принципе против любых обращений к внутренним структурам компонента "БД" мимо интерфейсов.
В том, что это неочевидно сочетается с OLTP транзакциями и мгновенно переключить с одной БД на другую - не получится. Так как нужно дождаться окончания потока транзакций, потом сделать снэпшот и там уже поднять новую БД. И при этом не потерять на производительности....