que.nom.es

Capa de consumo (serving layer): qué es y por qué separa el modelo del motor

Arquitectura de datos intermedio También llamado: serving layer, capa de servicio
Capa de consumo: la tabla ya agregada de la capa oro se expone como data mart o como capa semántica, y es lo único que ven directamente el BI, los paneles de KPI y las aplicaciones.
Capa de consumo: la tabla ya agregada de la capa oro se expone como data mart o como capa semántica, y es lo único que ven directamente el BI, los paneles de KPI y las aplicaciones.

Capa de consumo (serving layer)

¿Qué es?

La capa de consumo, o serving layer, es la parte de una arquitectura de datos pensada para exponer las tablas ya modeladas y curadas a quien las va a usar: una herramienta de BI, un panel de KPI, una aplicación o un informe. Es el extremo final del pipeline, el único que ve cualquier persona que no trabaje directamente con los datos.

¿Para qué sirve?

Separar la capa de consumo de las capas anteriores (ingesta, transformación) tiene una razón concreta: lo que cambia en cada una es distinto y a ritmos distintos. El modelo de datos puede evolucionar cada mes; el motor que lo calcula puede cambiar cada varios años; y las tablas que ve el usuario final deberían notar lo mínimo posible esos cambios. Sin esa separación, cualquier ajuste en cómo se calculan los datos obliga a tocar también los informes que los consumen.

Dónde vive dentro de un lakehouse

En un data lakehouse organizado por capas, la capa de consumo coincide con la capa oro de la arquitectura medallion: los datos ya han pasado por bronce (crudo) y plata (limpio, conformado) y llegan a oro ya agregados al grano que necesita cada caso de uso. Esa capa oro es la que sirve directamente a los paneles de KPI, no las tablas brutas de las capas anteriores.

Las dos formas de servirla

  • Tablas físicas: un data mart o un conjunto de tablas agregadas, calculadas de antemano, que la herramienta de BI consulta directamente.
  • Capa semántica: en vez de tablas nuevas, una definición de métricas sobre el propio warehouse que varias herramientas comparten. El detalle de cómo funciona está en la ficha de capa semántica.

Ambas resuelven lo mismo —qué ve el usuario final— con compromisos distintos: la tabla física es más rápida de consultar pero hay que recalcularla; la capa semántica no duplica datos pero depende del motor del warehouse en cada consulta.

Ejemplo

Un retailer calcula el margen por tienda en la capa oro de su lakehouse una vez al día. El dashboard ejecutivo no toca ni la capa bronce ni la plata: consulta directamente esa tabla agregada de la capa de consumo, que ya tiene el dato en la forma exacta que pide el KPI de margen. Si mañana cambia el motor de cálculo por debajo, el dashboard sigue funcionando igual porque la forma de la tabla que consume no ha cambiado.

Más información

Compara herramientas de BI y dashboards en el directorio de Dataprix.

Contenido elaborado con asistencia de inteligencia artificial — Equipo Editorial Dataprix. Verifica la información antes de tomar decisiones.