El data mesh es un enfoque arquitectónico para la gestión de datos a escala que propone descentralizar la responsabilidad de los datos hacia los equipos que los generan y los usan. En lugar de un equipo central de datos que gestiona todo, cada dominio de negocio es responsable de sus propios datos como si fueran un producto.
El concepto fue popularizado por Zhamak Dehghani en 2019, pero en 2025 ha pasado de ser una idea teórica a una práctica adoptada por organizaciones de todos los tamaños, incluyendo varias empresas españolas del sector financiero y telecomunicaciones.
Los cuatro principios del data mesh
El data mesh se apoya en cuatro principios fundamentales. El primero es la propiedad de datos orientada al dominio: cada área de negocio es propietaria y responsable de sus datos. El segundo es los datos como producto: los equipos de dominio tratan sus datos como productos con usuarios, documentación y acuerdos de nivel de servicio. El tercero es la infraestructura de datos como plataforma de autoservicio: una plataforma central proporciona las herramientas que los dominios necesitan sin convertirse en un cuello de botella. El cuarto es la gobernanza federada computacional: las políticas de seguridad, privacidad y calidad se aplican de forma automática y consistente en todos los dominios.
Cuándo tiene sentido el data mesh
El data mesh no es la solución correcta para todas las organizaciones. Tiene sentido cuando: la organización tiene múltiples dominios de negocio con equipos relativamente autónomos, el equipo central de datos se ha convertido en un cuello de botella que ralentiza a todos, hay problemas crónicos de calidad de datos porque los propietarios reales no son los responsables, o la organización está creciendo y el modelo centralizado no escala.
No tiene sentido para organizaciones pequeñas, para aquellas donde los datos fluyen principalmente en una dirección, o donde no hay la madurez organizacional para asumir la responsabilidad distribuida.
Los retos de la implementación
La mayoría de las implementaciones de data mesh fracasan por razones organizacionales, no técnicas. Distribuir la responsabilidad de los datos requiere que los equipos de dominio tengan las competencias técnicas para gestionarlos, lo que a menudo implica formación significativa. También requiere un cambio cultural: los equipos deben pasar de ver los datos como un recurso que "alguien más gestiona" a verlos como parte de su responsabilidad.
El data mesh es un 20% de tecnología y un 80% de cambio organizacional. Las empresas que lo olvidan suelen acabar con una arquitectura técnica nueva pero con los mismos problemas de antes.