AT
Опять же, она по репликации приезжает, что добавляет сложностей в картину.
Size: a a a
2020 October 08
AK
Чтобы просто работало, без вот этого «выждать момент без запросов и быстро обновить схему» :)
Так ведь если не указывать схему, то при совместимых изменениях проблем не будет, а при несовместимых надо код клиента менять, нельзя продолжать фигачить запросы
AT
AT
Вот это поможет.
AT
Так ведь если не указывать схему, то при совместимых изменениях проблем не будет, а при несовместимых надо код клиента менять, нельзя продолжать фигачить запросы
Вот такой кейс может быть:
s → s_tmp
t → s
s_tmp → t
s → s_tmp
t → s
s_tmp → t
AT
Типа, спейсы именами поменяли.
AT
Не знаю, зачем.
AK
Да, это то что ты описал выше. Но это несовместимые изменения
AK
И по-хорошему это делается на резервном сервере, а не том что под нагрузкой, запросы все идут на старый
AK
Потом старый переходит в ридонли, запросы переключаются на новый с новой схемой
AT
Ридонли все по репликации получит.
AK
Да, но запросы на него не идут
AT
Если ты хочешь бесшовное обновление, то должен обе схемы поддерживать какое-то время.
AK
Ну вот таким нехитрым способом, с помощью резервирования, сервис дискавери и пулинга соединений
AK
Примерно это я попытался изобразить у себя в драйвере
AT
Мне кажется, ты подразумеваешь временное выключение write-запросов.
AT
В общем, неважно.
AT
Есть общий кейс, есть частности.
AK
Если ты хочешь бесшовное обновление, то должен обе схемы поддерживать какое-то время.
Новые соединения получают нов схему, старые работают со старым сервером по старой пока все запросы не пройдут
AT
У тебя старый и новый в одном репликасете?