Момент, когда то же самое приложение стартует на секондари ноде с пометкой, что это особый режим, следствие смерти праймериз железа. И как только оно вернётся, процесс должен вернуться туда.
Момент, когда то же самое приложение стартует на секондари ноде с пометкой, что это особый режим, следствие смерти праймериз железа. И как только оно вернётся, процесс должен вернуться туда.
Это как под в Кубернетес при падении ноды ждёт когда та поднимется, временно работая на другом узле
Момент, когда то же самое приложение стартует на секондари ноде с пометкой, что это особый режим, следствие смерти праймериз железа. И как только оно вернётся, процесс должен вернуться туда.
мне отнюдь не очевидно что тейковер должен быть слабее, но у тебя видимо трафик идёт только на праймери и тейковер в норме трафик не берёт совсем
у нас если с мастером mnesia что-то случилось, то он просто переезжает на одну из реплик и живёт там пока снова что-то не сломается. Все железки одинаковые.
мне отнюдь не очевидно что тейковер должен быть слабее, но у тебя видимо трафик идёт только на праймери и тейковер в норме трафик не берёт совсем
Не должен, но раннинг косты так гораздо легче тащить частенько. Кроме того, в реальном мире тейковер обычно сопровождается как минимум алертами на саппорт, которые оперативно реагируют. Иначе этот паттерн просто не имеет преимуществ перед более серьёзными решениями типа балансёров впереди гомогенного кластера воркеров в мультирегионе.
он довольно недавно появился, так что вряд-ли много пользователей (я не знаю ни одного). Из плюсов - встроенный пул и то что сокет живёт в твоём-же процессе, т.е. запросы и результаты не копируются через message passing
он довольно недавно появился, так что вряд-ли много пользователей (я не знаю ни одного). Из плюсов - встроенный пул и то что сокет живёт в твоём-же процессе, т.е. запросы и результаты не копируются через message passing