Pero esto nos lleva a nuestro quinto problema, que son los conjuntos de datos similares pero diferentes. ¿Por qué hay múltiples? ¿Cuál debería utilizar? ¿Este conjunto de datos todavía se mantiene o es un conjunto de datos zombi que todavía se actualiza periódicamente pero sin que nadie lo supervise? El problema llega a su punto más crítico cuando tienes cálculos importantes que no coinciden entre sí, debido a que dependes de conjuntos de datos que deberían ser idénticos pero no lo son. Proporcionar informes, paneles o métricas contradictorias a los clientes dará como resultado una pérdida de confianza y, en el peor de los casos, la pérdida de negocios e incluso acciones legales. Incluso si resuelves todos estos problemas (reduciendo la latencia, reduciendo los costos, eliminando los conjuntos de datos y los flujos de trabajo duplicados y eliminando el trabajo de reparación de averías), aún no has proporcionado nada que las operaciones puedan usar. Todavía están por su cuenta, aguas arriba de tus ETL, porque todo el trabajo de limpieza, estructuración, remodelación y distribución solo es realmente útil para quienes están en el espacio de análisis de datos. Desplazamiento a la izquierda hacia una arquitectura de datos sin interfaz gráfica La creación de una arquitectura de datos sin interfaz gráfica requiere un replanteamiento de la forma en que circulamos, compartimos y gestionamos los datos en nuestras organizaciones: un desplazamiento a la izquierda. Extraemos el trabajo ETL->bronce->plata de la parte inferior y lo colocamos en la parte superior, dentro de nuestros productos de datos, mucho más cerca de la fuente.