En esta página
Imagina una pantalla de soporte que necesita una sola respuesta: ¿se ha pagado este pedido? El sistema de pagos tiene la respuesta. Un equipo de integración propone copiar todos los registros de pagos a una segunda base de datos, mantener actualizada la copia y consultarla cuando la persona de soporte abra el pedido. Es un ejemplo operativo hipotético, no el caso analítico de la demostración citada.
Quizá haga falta. Primero pregunta si la pantalla solo necesita ahora una respuesta autorizada.
Una demostración técnica de consultas analíticas entre nubes muestra una consulta sobre fuentes de datos existentes sin crear antes una copia permanente de la tabla de origen en el destino. El mismo material de demostración materializa una tabla combinada, lo que muestra que el acceso remoto y la copia pueden coexistir en un flujo. Es una capacidad real del producto, no una promesa de que un servicio de consultas analíticas sirva para una pantalla operativa con el estado de pago ni de que los datos nunca se muevan durante la ejecución. La documentación de Google Cloud sobre consultas federadas explica que los resultados de algunas consultas externas se trasladan temporalmente al servicio de consultas. La distinción importante está entre una réplica sincronizada permanente y una lectura acotada para responder una pregunta concreta.
Decide según la tarea de quien consume el dato
«Conecta estos sistemas» puede ocultar dos solicitudes distintas. Una pregunta: «¿Qué indica ahora la fuente?». La otra: «¿Qué estado debe mantener el destino para actuar más adelante?».
En la pantalla de soporte, una lectura acotada puede devolver el estado del pedido y la hora de observación. La fuente sigue siendo la autoridad. Si no está disponible, la pantalla debe indicar que no se conoce el estado actual o identificar claramente la respuesta almacenada en caché. Una segunda copia crea otra pregunta: ¿qué estado prevalece cuando no coinciden?
Un sistema consumidor pide una respuesta actual a una fuente mediante una consulta autorizada y acotada; la consulta puede procesar datos transitorios sin crear una réplica duradera.
Para una campaña de carrito abandonado, el destino quizá deba actuar sin que nadie abra una pantalla. Puede necesitar un evento oportuno, un estado de consentimiento y una forma de cancelar un mensaje en cola después de una compra. Una consulta en vivo cuando se lanza la campaña puede ser útil, pero una respuesta bajo demanda no cubre todo el trabajo.
| Necesidad del sistema consumidor | Primer diseño que conviene probar | Principal contrapartida |
|---|---|---|
| Una respuesta actual | Consulta acotada al sistema responsable | Depende del acceso y la latencia de la fuente |
| Actuar continuamente cuando haya cambios | Evento o sincronización delta mínima | Debe gestionar retrasos, duplicados y eventos perdidos |
| Pruebas históricas para una decisión | Instantánea versionada de los campos pertinentes | Requiere definir retención y acceso |
| Operar durante una caída de la fuente | Caché o réplica explícita | Puede estar desactualizada; necesita una regla de antigüedad |
Es una tabla de decisión, no una comparativa de rendimiento. No determina un umbral universal entre consultar y copiar.
Copiar tiene un coste continuo
Es fácil subestimar la primera extracción porque termina. La copia sigue viva. Aparece un campo nuevo, se fusiona un identificador, cambia un permiso o llega un evento antiguo después de otro reciente. Ahora el destino puede conservar una respuesta que la fuente rechazaría.
El coste no es solo el almacenamiento. También hay que conciliar: vigilar retrasos, reproducir cambios perdidos, eliminar datos cuando corresponda y explicar por qué una decisión utilizó el valor de ayer. Estas tareas se justifican cuando el destino necesita estado independiente. Se convierten en trabajo innecesario cuando el único resultado esperado es una respuesta actual.
Las consultas también cuestan. Pueden cargar la fuente, exponer campos a otra identidad, atravesar un límite de red y fallar en el peor momento. El planificador de consultas puede procesar más datos de los que insinúa el resultado visible. La documentación de federación describe detalles de ejecución que conviene revisar antes de considerar que una consulta remota no mueve datos.
Una consulta segura tiene un propósito y un resultado acotados. Nombra quién es responsable del campo. Limita los permisos de quien consulta. Decide qué antigüedad puede tener la respuesta, cuánto puede esperar la consulta y qué muestra la interfaz si se agota el tiempo. Guarda la hora de observación junto con la respuesta.
Cuándo se justifica el coste de una copia controlada
«Los datos locales nos ofrecen una interfaz previsible y reducen los fallos remotos». Es un argumento serio. Si el flujo tiene un requisito estricto de latencia o debe continuar durante una caída de la fuente, quizá la réplica controlada sea el diseño adecuado.
La palabra controlada es la clave. Define qué campos se copian, con qué rapidez deben actualizarse, qué ocurre cuando dejan de llegar actualizaciones y cuándo el sistema consumidor se niega a actuar con un estado obsoleto. Prueba también una corrección tardía, además del caso normal. Una respuesta rápida pero desactualizada puede ser peor que indicar claramente que no está disponible.
Empieza por la pregunta más pequeña del sistema consumidor. Si basta con leer, deja la autoridad en la fuente. Si una acción necesita estado local, copia solo lo que esa acción justifica.
Una prueba pequeña puede resolver la elección sin crear una capa general de replicación. Elige una pregunta que el sistema consumidor haga de verdad, registra la frescura que necesita su respuesta y ejecuta una consulta autorizada a la fuente. Observa latencia, carga en el origen y gestión de fallos con controles de acceso realistas. Después prueba la cantidad mínima de estado copiado que satisfaría la misma necesidad. Compara no solo el tiempo de respuesta, sino también el comportamiento ante correcciones, eliminaciones y caídas. La guía de planificación de integraciones ofrece el contexto general del flujo; esta prueba decide dónde debe residir una respuesta. Ninguna opción cuesta necesariamente menos cuando se cuenta el mantenimiento continuo.
Una conexión no se mide por cuántas filas la atravesaron.
Preguntas frecuentes
¿Cuándo es mejor consultar el origen de forma remota que sincronizarlo?
Hazlo cuando alguien necesite una respuesta de una fuente autorizada y pueda tolerar su disponibilidad y latencia. Limita el acceso y muestra cuándo se leyó la respuesta.
¿Cuándo hay que copiar los datos?
Copia el estado mínimo necesario cuando otro sistema tenga que actuar sin una consulta en vivo, conservar una instantánea auditable o cumplir un requisito de latencia o disponibilidad que la fuente no pueda satisfacer.
¿Consultar los datos en su lugar significa que nunca se mueven?
No. Un servicio de federación puede transferir datos intermedios o resultados para ejecutar una consulta. Comprueba la documentación del proveedor sobre ejecución, retención y seguridad.