Atlas On-Prem Multi-DC Hybrid Zoned Sharding GTM Active-Active Escenario Multi-Master
Multi-master con consistencia eventual y dinero
Tres testimonios OFICIALES DEL FABRICANTE · citas originales en cada URL
CouchbaseLa base de datos propuesta
«Las transacciones de Couchbase soportan propiedades ACID para acciones protegidas sobre la base de datos, dentro del mismo datacenter.»
«Para evitar problemas, usar replicación bidireccional activo-activo con transacciones no está recomendado.»
docs.couchbase.com › server › learn › data › transactions
«Prevalece el documento cuya actualización tiene el timestamp más reciente» — la mutación perdedora se rechaza: rejected_behind.
docs.couchbase.com › server › learn › xdcr-conflict-resolution
Redis
«Los contadores CRDT son excelentes, pero no se pueden usar para modelar el saldo de una cuenta bancaria, porque las fusiones podrían permitir que el contador se vuelva negativo — y no hay forma a nivel de aplicación de evitarlo. Los CRDTs […] no se aplican correctamente a problemas inherentemente transaccionales.»
redis.io › blog › diving-into-crdts — blog oficial de Redis
Oracle GoldenGate
«El conflicto se detecta y la resolución garantiza que el sistema quede consistente: Balance nuevo = Balance viejo + Δ₁ + Δ₂.»
Su método para «datos financieros como un saldo»: suma cargos ya pagados — converge, no autoriza.
blogs.oracle.com › dataintegration — Auto-CDR: Delta Resolution method
← Escena 1 — Riesgo Multi-Master Escena 2 — Citas sobre riesgos
La conclusión
El dinero exige consistencia fuerte (ACID) — por aplicación o por consenso síncrono. Ninguna de estas herramientas la elimina. MongoDB lo trae por diseño: la escritura va solo al Primary de cada replica set — el segundo cargo se rechaza: sin fondos. El problema nunca fue active-active; es multi-master sobre el mismo dato.
AI AI AI
Con IA agéntica, el riesgo se multiplica
Los agentes autónomos pueden tomar decisiones y ejecutar escrituras difíciles de anticipar o de controlar por los aplicativos que imponen las reglas de negocio. Sin consistencia fuerte no hay última línea de defensa: la garantía debe vivir en la plataforma de datos, no en el aplicativo.