introducción
data mesh es una forma de escalar analítica descentralizando la responsabilidad de los datos hacia los dominios del negocio y tratando los datos como producto, apoyados por una plataforma autoservicio y una gobernanza federada.
en vez de un único data lake/warehouse central que todo lo absorbe, cada dominio publica productos de datos con contrato, calidad y SLA; otros dominios los consumen de forma segura y estandarizada.
idea clave: propiedad por dominio + datos como producto + plataforma autoservicio + gobernanza computable. esos cuatro principios permiten escalar sin crear cuellos de botella centrales.
demo: dominio → producto de datos → consumidor
simula cómo Pedidos publica el producto PedidosDiariosV2; la plataforma valida contrato/calidad y Finanzas sincroniza la versión más reciente.
dominio: pedidos
publica
PedidosDiariosV2plataforma autoservicio
validación de contrato, calidad y políticas
versión #1 — 2026-08-31
calidad: ✅ ok
pendiente
dominio: finanzas
consume para conciliaciones
principios del data mesh
- orientación a dominios: equipos del negocio son dueños de sus datos.
- datos como producto: cada dataset tiene owner, contrato, calidad y SLA.
- plataforma autoservicio: herramientas comunes para publicar/descubrir/consumir.
- gobernanza federada computable: políticas y estándares automatizables.
¿cuándo tiene sentido?
- múltiples dominios con necesidades analíticas independientes pero conectadas.
- cuellos de botella en un data team central.
- necesidad de escalar sin perder responsabilidad ni calidad.
mini-glosario
- dominio: área del negocio con lenguaje y reglas propias.
- producto de datos: dataset mantenido por un dominio, listo para consumo.
- contrato: esquema/semántica, políticas de acceso y versionado.
- SLA: tiempos de actualización, disponibilidad y calidad declarada.