A medida que una empresa crece, el equipo central de datos se convierte en un cuello de botella: todas las solicitudes pasan por él, y la cola solo aumenta. El data mesh es una respuesta a ese problema — una forma de organizar datos que descentraliza la responsabilidad sin caer en el caos.
El problema que resuelve el data mesh
En el modelo tradicional, un equipo central gestiona todos los datos de toda la organización. Funciona en pequeño, pero no escala: el equipo central no conoce a fondo cada área de negocio y se vuelve el punto por donde todo tiene que pasar. El resultado son retrasos y datos que nadie siente como suyos.

La idea central: datos como producto, por dominio
El data mesh propone que cada dominio de negocio (ventas, logística, marketing) sea dueño de sus datos y los ponga a disposición como un producto — bien documentado, fiable y fácil de consumir por otros. Quien mejor conoce los datos de ventas es el equipo de ventas; así que es él quien los cura y los sirve.
Los cuatro principios
- Propiedad por dominio: cada área es dueña de sus datos.
- Datos como producto: tratados con el cuidado de un producto, no como un subproducto.
- Plataforma self-service: infraestructura común que da autonomía a los equipos.
- Gobernanza federada: reglas globales (seguridad, calidad, interoperabilidad) aplicadas localmente.
No es para todos
El data mesh brilla en organizaciones grandes y complejas, con muchos dominios y un equipo central sobrecargado. En una empresa pequeña, es exceso de estructura — la centralización aún es más simple y eficaz. Adoptarlo por moda, sin la escala que lo justifica, crea más complejidad de la que resuelve.
Cuidado con el equilibrio
Descentralizar sin gobernanza común lleva a silos e incompatibilidades. El secreto del data mesh está en la palabra "federada": autonomía local dentro de reglas globales. Es tanto un cambio organizacional como tecnológico — quizás más.
En la práctica
Si tu equipo de datos es el cuello de botella de toda la empresa y hay dominios con madurez para asumir sus datos, vale la pena estudiar el data mesh. Si aún estás montando la base, enfócate primero en ella. ¿Tu mayor problema de datos es falta de tecnología, o es organizacional?