GG
Хватит - это вообще не интересно
😹
Size: a a a
2021 April 03
A
В случае постгрес - очевидно, в случае Клауд нейтив баз - лучше репликация на уровне приложения
В случае постгреса лучше держать синхронную реплику а не ждать проворачивания жерновов кубера в случае отказа нады
GG
В случае постгреса лучше держать синхронную реплику а не ждать проворачивания жерновов кубера в случае отказа нады
Синхронная это плохо
GG
У тебя отказала - все встало раком
A
Скажите это в отдел транзакций
GG
Асинхронная тоже плохо - потому что у тебя данные доезжают когда-нибудь
VZ
Хватит - это вообще не интересно
Ну жду от вас аргументов тогда, мне интересно услышать
A
У тебя отказала - все встало раком
Для этого есть третья асихнронная, которая сразу промоутитчя в синхронную
GG
Для этого есть третья асихнронная, которая сразу промоутитчя в синхронную
Это если она не «отстала»
A
Это если она не «отстала»
«Нагонит».
GG
А если «отстала»? То я тебя поздравляю
GG
«Нагонит».
Не факт
A
С нового мастера.
GG
С какого такого нового мастера
К
что есть "перестало держать нагрузку", в разрезе с postgresql?
Postgresql не причем по-идее. Проблема была в моем бекенде, которое я решил реплицировать. Но теперь не знаю как быть с базой, она ведь должна одна на все инстансы быть. Ее просто на каком-то из серверов разместить и указать айпи или как-то можно рядом положить нереплицируя - не знаю
GG
Postgresql не причем по-идее. Проблема была в моем бекенде, которое я решил реплицировать. Но теперь не знаю как быть с базой, она ведь должна одна на все инстансы быть. Ее просто на каком-то из серверов разместить и указать айпи или как-то можно рядом положить нереплицируя - не знаю
Переходи на 🪳 db
AL
Ну жду от вас аргументов тогда, мне интересно услышать
В этом же чатике написали - медленные диски херня - отельную ноду под бд выделить тоже не проблема.
Это дорого вот и все
Это дорого вот и все
AL