Enruta lecturas que toleren retraso
Los informes, búsquedas y consultas que aceptan una demora breve son buenos candidatos. Mantén escrituras y lecturas posteriores a una escritura en la base principal cuando el usuario deba ver su cambio inmediatamente.
Mide el retraso y la salud de las consultas, y define qué hará la aplicación si la réplica se atrasa o no está disponible. El enrutamiento ciego puede devolver datos obsoletos o trasladar una interrupción.
Valida consistencia y costes
Prueba las funciones y transacciones que utiliza la aplicación; no todas las consultas se comportan igual en principal y réplica. Consulta la documentación sobre modos admitidos y límites de conmutación.
Compara ventajas con costes de cómputo, almacenamiento, red y supervisión. Una réplica no es una copia de seguridad: también puede replicar borrados o daños; conserva respaldos independientes y prueba su restauración.