Я собираюсь собрать этот сценарий для couchbase, и я не совсем уверен, возможно ли это? Кажется, я не могу найти ссылки на него. Так вот оно.Ограниченная база синхронизации на клиентской информации с Couchbase
Мы Bucket А в качестве основного ковша. Он содержит консолидированную информацию для клиентов A, клиента B и клиента C. В настоящее время каждый из них связан непосредственно с основным кластером Couchbase.
Я думаю, что если бы у меня был клиент A, который имел бы только свою информацию на своем собственном сервере couchbase, но все еще синхронизирован с Bucket A в главном кластере, клиент B имеет свой собственный сервер couchbase с собственной информацией и так и клиент C. Будет ли этот сценарий возможен? и если да, может ли кто-нибудь помочь мне с советом о том, как это сделать?
Я прочитал его где-нибудь, что couchbase gateway, может делать псевдо, кроме как с одной потенциальной проблемой. Он не может синхронизироваться с существующим ведром, который уже существует в главном кластере Couchbase. Так что это значит, что клиенту A нужно будет создать «Клиентский ковш A» и синхронизироваться с основным кластером Couchbase с ведром под названием «Клиентский ковш A». Если это действительно так, этот сценарий просто не работает для нас. Пожалуйста, порекомендуйте? Большое спасибо всем ...
P.S .: Я не совсем уверен, относится ли этот тип вопроса к stackoverflow или ServerFault, так что простите мое невежество.
Спасибо @avengedsixfold. Я думаю, вы, возможно, неправильно поняли этот вопрос. Клиент A, B и C являются частью кластеров couchbase, но я не хочу реплицировать данные клиента B в кластер клиента A. Таким образом, я думаю об установке отдельной машины для каждого из клиентов, чтобы они могли использовать и подключаться к основному кластеру, если их машина с couchbase не работает. Это ясно и возможно? –
Если клиент A должен получать только данные, относящиеся к клиенту A, тогда основной кластер должен иметь 3 отдельных ковши. Зачем вам нужны дополнительные машины для клиентов? Клиенты - отдельные пользователи? Основной кластер-кластер может обрабатывать, если узел падает, вы всегда можете увеличить количество реплик в основном кластере для большей отказоустойчивости – scalabilitysolved
Спасибо @avengedsixfold. Причина, по которой основной кластер может иметь только 1 ведро, заключается в том, что есть время, когда клиенту A необходимо будет получить доступ к данным клиента B и наоборот. –