Рейтинг:0

есть ли способ ограничить использование пропускной способности для репликации CouchDB?

флаг br

У меня есть установка с одной главной базой данных CouchDB, размещенной у облачного провайдера, и несколькими подчиненными базами данных CouchDB, расположенными на сайтах с LTE/мобильным подключением (=клиенты).

Цель состоит в том, чтобы быстро и без проблем реплицировать основную базу данных на клиентов с ограниченной полосой пропускания и коротким временем восстановления, если клиент отключается из-за проблем с сетью или отключается питание.

Изменения будут происходить только в качестве основной базы данных.

Поскольку клиенты могут отключаться от сети на более короткие или более длительные периоды времени, я предполагал настроить задачу репликации на каждом клиенте с основной базой данных в качестве источника и локальной базой данных в качестве цели.

Подтверждено, что эта настройка работает, но требует много мобильных данных. Репликация клиента опрашивает ленту изменений каждые 10 секунд с параметром feed=continous и timeout=10000. Каждая последовательность опроса составляет около 1,5 тыс. мобильных данных или около 350 МБ/месяц.

Можно ли настроить репликатор CouchDB для использования длительного опроса? Как я могу установить более высокое значение времени ожидания? Или настроить feed=long_poll между двумя базами данных CouchDB?

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.