A
ну бухать програмисту дело такое себе
Size: a a a
2021 March 09
И
ну бухать програмисту дело такое себе
ты мало работаешь
A
ты мало работаешь
сутками плюс сессии
A
Булевые свойства, числовые, строковые... просто перезапись на последнее измененное значение.
просто может быть у вас не получится транспорт от протокола отвязать, поэтому спрашиваю)
И
сутками плюс сессии
значит время не пришло
A
ты мало работаешь
или мало 🤪
ЛZ
Adv0cat
во, конфиг синхронизировать, это понятней, а для чего?) ну типа как это работать должно, типа на один инстанс приходит и все должны потом этот конфиг использовать?)
Система мониторинга сервисов, если например один из редисов упал выполняется node.begin().set({available:false}).commit()
ЛZ
И все запущенные инстансы мониторилки получают транзакцию и применяют её у себя
A
Система мониторинга сервисов, если например один из редисов упал выполняется node.begin().set({available:false}).commit()
может это реализовать одним источником данных мониторинга проще, а не вот так синхронизировать? просто обычно синхронизация сложнее реализовывается, чем единственная точка данных)
A
думали над этим?
ЛZ
Ну так это single point of failure же будет
ЛZ
У меня есть избираемая через paxos мастер-нода, которая если падает, то тут же избирается другая
A
🤔
ЛZ
Но данные должны прилетать от всех нод и уходить на все. Тупо по максимальному timestamp можно разруливать
A
это типа системы репликаций
ЛZ
Ну можно пойти по простому пути и банально всё в текущем мастере накатывать, а потом тупо бродкастить целые объекты
ЛZ
Но всё равно остаётся проблема непоследовательности долёта сообщений.
A
ну это если есть гарантии что мастер 100% накатит
ЛZ
Тут либо хранить для каждого поля timestamp изменения либо хранить лог транзакций объекта и перевыполнять его
A
Ну можно пойти по простому пути и банально всё в текущем мастере накатывать, а потом тупо бродкастить целые объекты
ну вообще типа консенсус и приводит к тому, что если все согласны, то вот эти данные теперь правильные и все их должны принять, поэтому можно не особо мержить, а тупо один объект ( json) принимать верным