Data mesh vs data fabric: diferencias y elección
Data mesh vs data fabric no enfrenta dos productos equivalentes. Data mesh es principalmente un modelo sociotécnico que distribuye propiedad por dominios y trata los datos como productos. Data fabric es una arquitectura y conjunto de capacidades técnicas que conectan, catalogan, integran y gobiernan datos distribuidos. Pueden competir por presupuesto, pero también complementarse.
Qué problema intenta resolver data mesh
En una plataforma centralizada, un único equipo puede convertirse en cuello de botella. Data mesh traslada responsabilidad a dominios como ventas, logística o riesgo, porque conocen el significado y origen de sus datos.
Los principios habituales incluyen propiedad por dominio, datos como producto, plataforma de autoservicio y gobierno federado. Descentralizar no significa que cada equipo use formatos y políticas incompatibles: los estándares comunes son esenciales.
Qué aporta data fabric
Data fabric busca reducir la fricción técnica de acceder a datos repartidos entre aplicaciones, nubes y almacenes. Combina integración, metadatos, catálogo, linaje, políticas y automatización para ofrecer una capa coherente.
No es una tela mágica que elimina sistemas existentes. Requiere conectores, calidad, identidad, modelos semánticos y operación. Diferentes proveedores usan el término de manera amplia; evalúa capacidades concretas y no solo la etiqueta.
Comparación directa
| Dimensión | Data mesh | Data fabric |
|---|---|---|
| Foco principal | Propiedad y operación por dominios | Conectividad y automatización técnica |
| Organización | Descentralizada con acuerdos federados | Puede operar de forma central o distribuida |
| Unidad de valor | Producto de datos | Acceso integrado y gobernado |
| Gobierno | Federado, con responsabilidad local | Políticas y metadatos aplicados por la plataforma |
| Riesgo típico | Fragmentación entre dominios | Dependencia de una plataforma compleja |
La tabla simplifica una realidad híbrida. Una organización puede usar infraestructura fabric para habilitar productos mesh.
Cuándo considerar data mesh
Tiene sentido si existen varios dominios maduros, el equipo central acumula una cola constante y las áreas pueden asumir propiedad real. Cada dominio necesita presupuesto, capacidades de datos, objetivos de calidad y responsabilidad operativa.
No adoptes mesh solo porque la empresa es grande. Si los dominios no controlan sus fuentes o no pueden mantener productos, repartir tareas puede multiplicar deuda.
Cuándo considerar data fabric
Es adecuado cuando el problema principal es encontrar, conectar y gobernar datos heterogéneos. Un catálogo común, linaje, virtualización o integración automatizada puede reducir duplicación y acelerar acceso.
Evalúa cobertura de conectores, latencia, seguridad, portabilidad, observabilidad y costes. Una demostración con dos fuentes no prueba que funcione con sistemas heredados y picos reales.
Cómo pueden trabajar juntos
La plataforma proporciona identidad, catálogo, observabilidad, políticas y plantillas. Los dominios publican productos mediante esas capacidades y cumplen contratos federados. El equipo central habilita el camino pavimentado; los dominios conservan significado y nivel de servicio.
Por ejemplo, Finanzas publica un producto de facturación con contrato y propietario. La fabric descubre metadatos, aplica acceso y conecta consumidores. El consejo de gobierno define campos sensibles y estándares de interoperabilidad.
Gobierno sin volver a centralizar todo
Separa decisiones globales y locales. Identidad, privacidad, clasificación y mínimos de calidad suelen ser globales. Modelado interno, calendario de entrega y evolución del producto pueden pertenecer al dominio dentro de esos límites.
Automatiza controles en la plataforma: validación de esquemas, escaneo de sensibilidad, linaje y políticas. Una reunión central que aprueba cada cambio recrea el cuello de botella que mesh intentaba evitar.
Costes ocultos
Data mesh exige duplicar algunas capacidades en dominios y formar propietarios. Data fabric requiere integración, licencias, metadatos confiables y operación especializada. Ambos pueden incrementar complejidad antes de generar valor.
Mide tiempo para publicar y encontrar datos, incidentes, cumplimiento de contratos, reutilización y coste por producto. Evita métricas vanidosas como número de tablas catalogadas sin usuarios.
Antipatrones
Llamar producto a una tabla sin documentación ni soporte no es mesh. Comprar un catálogo y esperar que los metadatos se mantengan solos no crea fabric. Copiar todos los datos a una nueva plataforma puede formar otro silo.
Tampoco impongas la misma solución a dominios con necesidades distintas. Los estándares deben permitir interoperabilidad sin borrar contexto local.
Marco de decisión
Formula primero el problema. Si la demora proviene de propiedad y prioridades centralizadas, prueba un producto por dominio con responsabilidad completa. Si proviene de fuentes desconectadas y políticas manuales, prioriza capacidades de fabric. Si existen ambos, diseña una plataforma que habilite mesh.
Haz un piloto con un consumidor real, dos o tres fuentes y una métrica de tiempo o calidad. Define salida: qué resultado justificaría escalar y cuál indicaría detenerse.
Preguntas para proveedores y equipos
¿Quién responde ante un dato incorrecto? ¿Cómo se descubre el producto? ¿Qué política se aplica automáticamente? ¿Puede cambiarse de herramienta? ¿Cómo se calcula coste por dominio? ¿Qué ocurre cuando un contrato rompe compatibilidad?
La elección profesional evita eslóganes. Data mesh cambia responsabilidades; data fabric cambia capacidades técnicas. La arquitectura sostenible alinea ambas con los problemas concretos, la madurez del equipo y un resultado medible.
Continúa aprendiendo
Amplía este tema con data lineage, mejorar la calidad de datos, data warehouse para principiantes.
Fuentes oficiales y primarias
Preguntas frecuentes
¿Cuál es la diferencia principal entre data mesh y data fabric?
Mesh distribuye propiedad por dominios; fabric integra y gobierna técnicamente datos distribuidos.
¿Son enfoques incompatibles?
No. Una data fabric puede ofrecer la plataforma común sobre la que los dominios publican productos de un data mesh.
¿Cuándo conviene data mesh?
Cuando varios dominios maduros pueden asumir productos y el equipo central es un cuello de botella organizativo.
¿Cuándo conviene data fabric?
Cuando el reto principal es conectar, descubrir y gobernar fuentes heterogéneas de forma coherente.
¿Data fabric es un producto único?
No necesariamente; es una arquitectura de capacidades que muchos proveedores empaquetan de formas diferentes.
¿Cómo medir una adopción?
Con tiempo de publicación y descubrimiento, calidad, incidentes, reutilización, cumplimiento de contratos y coste por producto.
Deja una respuesta