2013/12/6 Sabin Iacob <[email protected]> > On Fri 22 Nov 2013 08:52:54 PM EET, Petru Ratiu wrote: > > Nu vreau as migrez date one-time. Vreau sa am producatorul pe un server > si > > consumatorul pe altul si ceva magic daemon care sa basculeze date de > > colo-colo continuu (ca nici una din aplicatii sa nu fie nevoita sa se > lege > > la un serviciu remote). > > cu alte cuvinte, vrei master-master; nu stie nativ, aplicatia de > basculat trebuie sa ti-o implementezi tu (fie implementat logica in > aplicatie, fie un proxy care sa trimita scrierile si remote; in cazul > tau, cu o masina producer si una consumer, ar trebui sa fie relativ > simplu). >
Pana la urma asa am facut, dar preferam sa o gasesc gata facuta de cineva mai competent ca mine... > > redis cluster, care e in the works de circa 100 de ani, o sa stie, > numai ca ala vrea minim 3 instante, preferabil 6 (3 noduri + failover > la fiecare) > > ai latenta asa de mare intre ele, sau e un exercitiu teoretic? :) > > e Atlanticul intre punctul A si punctul B :) Tot pointul la acest exercitiu e sa pot produce date in locatia "satelit" care sa ajunga mai devreme sau mai tarziu in locatia "centrala", fara sa afecteze direct aplicatiile care produc sau consuma date, sistemul asta cu arrayuri de redis e cea mai sane chestie care mi-a venit in minte (si ma ingrijoreaza faptul ca desi pare un pattern destul de trivial, nu gasesc carare gata facuta, ceea ce in general pun gresit problema). -- P. _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
