La arquitectura de datos describe cómo se organizan, relacionan, almacenan y circulan los datos para atender necesidades de la organización. Una lista de servicios no explica quién origina un dato, cuál es la fuente autorizada, qué transformación cambia su significado ni qué consumidores dependen de él.
La arquitectura debe conectar el estado actual, el objetivo y una transición viable. No hace falta migrar todo para resolver un problema concreto. Si Horizonte necesita conciliar facturas diariamente, empieza por el flujo que permite esa conciliación, sus responsables y controles. Añadir datos sin consumidor ni propósito definido puede aumentar costo y exposición sin producir valor.
Conviene distinguir arquitectura conceptual —dominios y relaciones—, lógica —productos, contratos e interfaces— y física —servicios, formatos y despliegues—. Las tres vistas responden preguntas diferentes y deben conservar el mismo significado del negocio.
Límites, Flujos y Decisiones
Para cada flujo pregunta: ¿quién produce?, ¿quién consume?, ¿qué propósito existe?, ¿cuál es la latencia máxima de actualización permitida?, ¿qué identidad consulta?, ¿qué ocurre al cambiar el esquema? Agrega requisitos de residencia, volumen, recuperación y costo cuando el caso los requiera. Un límite de dominio expresa responsabilidad; un límite de red expresa conectividad. No son equivalentes.
Federar permite consultar una fuente mediante una conexión, evitando una carga previa en el destino para ese acceso. Conserva dependencia de disponibilidad, rendimiento y permisos de la fuente. Materializar crea un resultado persistente útil para rendimiento, historial o desacoplamiento, pero obliga a gestionar actualización y ciclo de vida. Compartir concede acceso a un conjunto publicado bajo condiciones: no elimina la responsabilidad del receptor.
Elegir una alternativa no resuelve todas las consultas futuras. El cierre mensual puede necesitar una versión reproducible, mientras una consulta operativa necesita el estado actual. Diseñar ambos caminos es razonable si cada copia y conexión tiene un propósito claro.
Arquitectura con Oracle Cloud
Oracle AI Data Platform aporta un entorno para catálogo, ingeniería, workflows y activos de IA. El Master Catalog de Oracle AI Data Platform registra y organiza metadatos. Los catálogos externos conectan fuentes compatibles; el acceso debe revisarse considerando las credenciales de la conexión y los permisos de la fuente. No presupongas que toda consulta se ejecuta allí con la identidad personal del consumidor. Consulta catálogos externos.
El motor Spark gestionado sirve para preparación y transformación. Oracle Autonomous AI Lakehouse permite organizar y consultar información curada para analítica y otros consumidores. Oracle Cloud Infrastructure Object Storage puede contener archivos y datos de etapas intermedias. Son responsabilidades complementarias: Oracle AI Data Platform no es otro nombre de Oracle Autonomous AI Lakehouse, y registrar un archivo no certifica su calidad.
Usa el linaje de Oracle AI Data Platform para recorrer las fuentes, transformaciones y consumidores registrados antes de cambiar un producto. Contrasta esas dependencias con el diseño de la arquitectura y avisa a los responsables afectados. La vista conserva la última captura de cada proceso; para reconstruir un cierre anterior, guarda también versiones de datos y código, identificadores y evidencia de ejecución. Así conectas el análisis de impacto con la continuidad del producto de datos.
Para usar Agent Flows y otras funciones de IA, configura Oracle Autonomous AI Lakehouse 26ai o superior. La memoria del agente conserva el contexto de la sesión; la memoria persistente en Oracle AI Database 26ai del diagrama requiere una integración propia. El procesamiento continuo utiliza fuentes y destinos compatibles. Oracle Analytics Cloud accede mediante una conexión configurada.
Ejemplo Explicado
Horizonte necesita dos resultados. Atención consulta contratos vigentes durante una llamada; Finanzas reproduce el cierre de septiembre. Para Atención se evalúa una consulta gobernada a la fuente, teniendo en cuenta carga y disponibilidad. Para Finanzas se conserva una versión del cierre con fecha de corte y reglas conocidas. «Todos los datos siempre en tiempo real» no satisface necesariamente el segundo caso.
En la vista técnica, Oracle AI Data Platform organiza conexiones y transformaciones; Oracle Autonomous AI Lakehouse publica el conjunto del cierre. El owner aprueba el significado del corte y el consumidor conoce su vigencia. Si cambia una relación entre cliente y contrato, se revisan las dependencias antes de modificar el producto. Acuerda la frescura requerida para Atención y el periodo de conservación para Finanzas; configura y prueba cada recorrido frente a esos criterios.
Errores Frecuentes
- Confundir catálogo con almacenamiento universal. Los metadatos pueden referenciar activos que siguen en sus fuentes.
- Suponer que federar es gratis y sin carga. La fuente, la red y el motor de consulta siguen trabajando.
- Dibujar flechas sin contratos ni identidades. Se oculta cómo se controla y mantiene cada intercambio.
Ejercicio de Decisión
El director quiere reconstruir dentro de seis meses la cifra exacta del cierre. El equipo propone consultar siempre las tablas operativas actuales por federación. ¿Qué falta en esa propuesta?
Solución
Falta conservar el estado y las reglas que produjeron el cierre. Una consulta al estado actual puede devolver datos corregidos posteriormente. Se necesita una estrategia de versión o corte reproducible, metadatos de fecha y reglas, acceso apropiado y conservación acordada. La federación puede participar, pero no crea por sí sola ese historial.