Replicación en streaming
Replicación física nativa de PostgreSQL: un servidor primario envía su WAL en continuo a una o más réplicas que lo aplican sin parar. Las réplicas pueden atender lecturas (hot standby) y sirven como destino de failover.
Física = copia byte a byte del WAL → la réplica es un clon exacto (misma versión, todo el clúster). Asíncrona (por defecto, rápida pero con riesgo de pérdida de datos en un failover) o síncrona (el primario espera la confirmación de la réplica → cero pérdida de datos, más latencia). Se diferencia de la replicación lógica (que replica cambios de fila a nivel lógico, puede ser selectiva y cruzar versiones). Caso de uso: alta disponibilidad + escalado de lecturas. Herramientas: Patroni para failover automático, repmgr. El retraso de replicación se vigila de cerca — una réplica síncrona rezagada puede bloquear los commits del primario.