Роми, Нет
В Ларе Pusher используется для broadcast сообщений СО СВОЕГО СЕРВЕРА в браузер пользователей через их сервис - по сути твой бекенд будет слать апи-запросы в Пушер, а пушер уже будет посылать вебсокет-сообщения твоим клиентам.
Двунаправленности по Websocket каналу там нет, разве что в настройках сервиса Pusher можно включить прием сообщений, и дальше по http-хукам на твой сервер.
batyrmastyr, Собственно да, читал про проблемы мастер-мастер в мускуле и про рассинхронизиции и потому спрашивал у мунлайта опыт работы.
А что скажете про галера кластер? поставить 1 основной сервер и 2 резервных (все разнесены по разным ДЦ, все работают с основным сервером, а когда сеть в его ДЦ падает, всех переключаю на резервный сервер, третий резервный просто помогает в кворуме или как арбитратор)
batyrmastyr, floating IP изучал да. Но это круто когда падает сам сервер, тогда переключу на другой сервер и все хорошо!
А что делать, когда падает сеть ?
xmoonlight, Те. по вашему опыту , обрыв связи больше 3-5 часов между мастерами - ничего страшного не случится, они самостоятельно синхронизируются и никаких проблем не будет?
xmoonlight, главная цель фэйловер
если будут проблемы с сетью в ДЦ основного веб-сервера, клиенты компании могли воспользоваться резервным сервером в другом ДЦ.
xmoonlight, а если без клиентов и его сессии?
Просто классическая мастер-мастер репликация mysql серверов (один основной веб-сервер будет например в германии (в основном с ним будут работать все клиенты), а второй резервный - в нидерландах (с ним будут работать клиенты если основной сломается)
и если связь между ними обрывается на 3-7 часов, в каких случаях синхронизация между ними сломается после восстановления связи? первый будет получать апдейты от резервного, а резервный за 3-7 часов может накопить дофига информации, которую нужно переслать основному.
какие-то советы сможете дать чтобы не было проблем?
у вас видимо много опыта)
Подскажите пожалуйста, какие проблемы придется решать, если сделаю Мастер-Мастер репликацию в MySQL и будет обрыв связи между серверами более 3-7 часов.
я его не настраивал, он шел в стандартной поставке вместе с vue cli (зря блин галочку поставил)
он уже давно отключен, однако браузеру пофиг, он напрямую из кэша берет. и мобильному сафари даже заголовки с рефрешем страницы не помогают
В Ларе Pusher используется для broadcast сообщений СО СВОЕГО СЕРВЕРА в браузер пользователей через их сервис - по сути твой бекенд будет слать апи-запросы в Пушер, а пушер уже будет посылать вебсокет-сообщения твоим клиентам.
Двунаправленности по Websocket каналу там нет, разве что в настройках сервиса Pusher можно включить прием сообщений, и дальше по http-хукам на твой сервер.