Día 31 – El ABC de la arquitectura de datos
📍 Basado en Capítulo 4.1.3 – Essential Concepts
🎭 Acto V – Fundar sobre cimientos sólidos: La Arquitectura del Dato
✨ Storytelling
—¿Alguien puede explicar qué es un modelo lógico?
—¿Y cuál es la diferencia con el físico?
—¿Y esto de la “arquitectura federada”? ¿Eso es como descentralizar, no?
Cristina respiró profundo. Aquel taller con áreas del negocio prometía ser intenso.
En la sala había líderes de BI, analistas funcionales, arquitectos de TI, y un par de sponsors del comité ejecutivo. Todos con buena voluntad. Ninguno hablando el mismo idioma.
Y ese era el primer problema: queríamos construir una arquitectura común… sin un vocabulario común.
Cristina pensó en silencio:
“La arquitectura de datos no es solo diseño técnico. Es una forma de pensar, de organizar y alinear conceptos fundamentales. Y si no acordamos el ABC, todo lo que construyamos estará en arenas movedizas.”
Así que cambió el enfoque. Cerró la presentación, tomó un plumón y escribió en la pizarra:
- Modelo conceptual
- Modelo lógico
- Modelo físico
- Arquitectura centralizada, federada y distribuida
- Dominios de datos
- Sistemas de registro, referencia, decisión y entrega
La sala quedó en silencio. Luego de unos segundos, alguien preguntó:
—¿Puedes explicarlo con ejemplos?
Cristina sonrió. Ahí empezaba el verdadero diseño arquitectónico.
🧠 Reflexión técnica y narrativa
El capítulo 4.3 del DMBOK2 plantea los conceptos esenciales que dan forma a una arquitectura de datos robusta. Algunos de los más importantes son:
| Concepto Clave | Definición | Ejemplo |
|---|---|---|
| Modelos de datos | Representaciones conceptuales, lógicas o físicas de cómo los datos se organizan, se relacionan y se almacenan. | Un modelo lógico de clientes con entidades, atributos y relaciones, usado para definir una base relacional. |
| Dominios de datos | Agrupaciones temáticas o funcionales de datos dentro de una organización. | Finanzas, RRHH, Clientes, Productos. |
| Estilos de arquitectura | Maneras de estructurar la arquitectura: centralizada, federada, distribuida. | En arquitectura federada, cada dominio gestiona sus propios datos, pero bajo principios comunes. |
| Sistemas de datos | Se agrupan por su rol en el ciclo de vida: | |
| – Registro (fuente) – Referencia (maestro) – Decisión (analítico) – Entrega (presentación) | SAP (registro), MDM (referencia), Data Lake (decisión), Power BI (entrega). | |
| Arquitectura orientada al dato | Enfoque donde el dato es el centro de las decisiones de arquitectura empresarial. | Los sistemas se integran y configuran en función del flujo, calidad y valor del dato. |
✅ Sugerencias para aplicar en la práctica
- Incluye estos conceptos en tu glosario de gobierno de datos, con ejemplos propios.
- Crea una hoja visual de los tipos de modelo (conceptual, lógico, físico) y úsala en capacitaciones.
- Pregunta siempre en talleres:
“¿Qué entienden por arquitectura de datos?”
Antes de diseñar, asegura la comprensión común.
🎯 ¿Por qué importa este capítulo?
Porque no se puede construir una buena arquitectura si no se entienden sus conceptos base.
Y porque si cada equipo usa una definición distinta de “dato maestro” o “sistema fuente”, el caos no es una posibilidad… es una certeza.
¿Listo para alinear conceptos antes de construir catedrales?