А не вариант развернуть единый сервер БД в локали заказчика и к нему подвязать всю систему? Нужно смотреть по требованиям к системе и т.д., но если это документооборот одной конкретной организации, то такое же вполне возможно сделать, поскольку нагрузки и количество соединений можно точно спрогнозировать.
В противном случае, если, как вы указали, репликация средствами мускула вас не устраивает (фактическая остановка приложения), то ваше решение - слать данные с слейва на мастер (или мастер-мастер) через веб-сервис/любой аналогичный костыль. При этом между серверами придется делать OpenVPN. Так или иначе, это будет костыль, причем довольно шаткий. Ещё можно посмотреть в сторону облачных баз данных, но требований к системе не знаю, потому не уверен можно ли этот подход вам рекомендовать.
На вашем месте серьёзно бы подумал на предмет поднятия единого сервера БД в локали заказчика.
Если позволяет ТЗ, можно строить не обмен данными в реальном режиме, а работу через одно мастера, например внешнего, а при падении интернет-соединения система остается живой в локали и работает через локальный сервер БД. В живом режиме синхронизировать БД, допустим раз в несколько часов средствами и, после появления доступа обновлять данные на внешнем мастере и переключать клиентов обратно на него. (Отредактировано автором: 01 Февраля, 2013 - 10:10:40)
|