Re: Replicacion asincrona de base de datos en vez de cluster

From: Horacio Miranda <hmiranda(at)gmail(dot)com>
To: Ruben Fitó <r(dot)fito(at)ubiquat(dot)com>
Cc: "pgsql-es-ayuda(at)postgresql(dot)org" <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: Replicacion asincrona de base de datos en vez de cluster
Date: 2016-02-18 09:35:32
Message-ID: 56C59064.9000900@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

Creo que debes tener en cuenta dos cosas.

1.- Stream replication es para replicar bases de datos ( generalmente
cliente se conectan a bases de datos centralizadas ), y la replicación
es para tener un DR activo-activo o activo-pasivo.

2.- Un sistema distribuido no es un DR activo-activo es un sistema
distribuido.

Creo que lo que necesitas es una mezcla de ambos... para tu
configuración de hecho yo haría que la configuración de tu sistema sea
un json sacado de la base de datos centralizada ( no tiene sentido que
instales un postrgesql en N clientes.

para las transacciones ( usa colas, hasta un mail sirve para recibir las
transacciones o un ftp ).

Lucchetti y el portal comercial usan un FTP para cada transacción y las
transacciones se procesan en la mañana cada 30 min hasta las 5:00 pm, no
es necesario tenerlas online.

Se que no es lo que quieres escuchar o no es tu idea tener archivos por
cada clientes pero realmente creo que la mantención de tener todo en
bases de datos con tanta replicación va a ser una pesadilla más que una
ayuda.

Si aun así quieres tener todo en bases de datos, te sugiero que mires
rabbitMQ para tener las transacciones en colas y no la base de datos.

Y si rabbitMQ no te convence solo instala una base de datos en los
clientes donde escribas las transacciones y cuando esten online que
hagan guarden un estado en las tablas ( sync ) cosa de insertas en un
repositorio centras las transacciones que no están con un sync ( y lo
puedes hacer un dblink ). algo como transacciones por insertar. ( algo
asi teniamos en registro civil de Chile ( una tabla transacciones por
procesar ), claro usabamos Oracle pero la idea es la misma.

https://www.rabbitmq.com/tutorials/tutorial-three-java.html

PS: Realmente creo que es un overkill pensar en replicación entre todos
tus clientes. ( trata de hacerlo lo mas simple posible ), las cosas
complicadas por lo general dan problemas.

-
Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
Para cambiar tu suscripcin:
http://www.postgresql.org/mailpref/pgsql-es-ayuda

In response to

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Humberto Guillermo Luna 2016-02-18 10:23:23 Re: BAJA
Previous Message Ruben Fitó 2016-02-18 09:01:22 Re: Replicacion asincrona de base de datos en vez de cluster