Здравствуйте, ins-omnia, Вы писали:
__S>>Есть web-приложение B2B, развернуто в штатах на наших серверах. Клиенты используют его по подписке. И есть компании, работающие по всему миру. Нужно им обеспечить быструю работу с намм из Китая, Австралии и Европы.
__S>>Сейчас для этого разворачивают несколько отдельных инсталяций + нагородили огород с синхронизацией баз и данных.
IO>Клиенты пишут в местные копии базы, или только читают? Нельзя сделать чтение из локальных копий и запись только в центральную?
проблемы с записью в первую очередь. Как бы я хотел все видеть, еще не сформулировал(в процессе). Если интересно могу выложить как будет готово.
__S>>Но все это выглядит тупиковой веткой.
IO>А почему тупиковой?
Очень сложная конструкция. Большая вероятность ошибок из-за постоянного мержа состояний. Неустранимые проблемы с выходом ноды в офлайн. Самое неприятное, когда авария на магистрали и локальная нода доступна пользователям, а вся система нет.
Не понятно что делать с одновременным изменением одной сущности на разных нодах
Долгий апдейт, если на одну ноду загрузили 100Гигов, другие ноды получат данные очень не скоро.
Очень большой уровень дублирования. Большая часть данных дублируется бессмысленно, они просто не будут использованы. Не оптимально
Это навскидку, уверен проблем будет больше.
