Puncte:0

Există o modalitate de a limita utilizarea lățimii de bandă pentru replicarea CouchDB?

drapel br

Am o configurare cu o bază de date master CouchDB găzduită la un furnizor de cloud și mai multe baze de date slave CouchDB situate pe site-uri cu conexiune LTE/mobil (=clienți).

Scopul este de a replica baza de date master către clienți rapid și fără întreruperi, cu lățime de bandă limitată și timp scurt de recuperare, dacă un client se deconecta din cauza problemelor de rețea sau este oprit de alimentare.

Modificările vor avea loc numai ca bază de date master.

Deoarece clienții pot merge offline pentru perioade mai scurte sau mai lungi de timp, presupunerea mea a fost să configurez sarcina de replicare la fiecare client cu baza de date master ca sursă și baza de date locală ca țintă.

Se confirmă că această configurare funcționează, dar costă o mulțime de date mobile. Replicarea clientului sondajează feedul de modificări la fiecare 10 secunde cu feed=continuous și timeout=10000. Fiecare secvență de sondare este de aproximativ 1,5k de date mobile sau aproximativ 350 MB/lună.

Este posibil să configurați replicatorul CouchDB pentru a utiliza sondarea lungă? Cum pot seta o valoare de timeout mai mare? Sau configurați feed=long_poll între două baze de date couchdb?

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.