Puedes leer todo sin registrarte. Solo crearemos un perfil anónimo cuando decidas guardar tu progreso.
Lección 5 de 5
DBUs, latencia de arranque y coste
El coste total combina DBUs, infraestructura cloud, tiempo de arranque, utilización y trabajo operativo.
- Duración
- 17 min aprox.
- Objetivo
- El coste total combina DBUs, infraestructura cloud, tiempo de arranque, utilización y trabajo operativo.
- Siguiente paso
- Continuar con el laboratorio
Ver detalles del módulo
Compute clásico, serverless y SQL warehouses
Selecciona recursos por patrón de carga, aislamiento, latencia, gobernanza y coste total.
- Comparar serverless, classic y SQL warehouses
- Dimensionar sin sobredimensionar
- Aplicar auto-stop, políticas y modos de rendimiento
05Decisión de diseñoDBUs, latencia de arranque y coste
El coste total combina DBUs, infraestructura cloud, tiempo de arranque, utilización y trabajo operativo.
+
DBUs, latencia de arranque y coste
El coste total combina DBUs, infraestructura cloud, tiempo de arranque, utilización y trabajo operativo.
Una comparación útil mide el consumo por unidad de resultado: coste por ejecución, por GB procesado o por consulta dentro del SLA. Reducir el precio horario puede aumentar el coste si alarga el runtime o produce fallos y reintentos.
La tabla system.billing.usage registra consumo atribuible y etiquetas; para obtener coste monetario puede combinarse con system.billing.list_prices. Los tags y las serverless budget policies permiten asignación por equipo o producto.
Modelo mental
El coste de Databricks es una consecuencia del trabajo completado, no solo del precio por hora. Intervienen DBUs, infraestructura cloud cuando aplica, tiempo de arranque, duración, utilización, reintentos, almacenamiento y esfuerzo operativo. La unidad de comparación debe mantener constante el resultado y el SLA: coste por pipeline correcto, por terabyte transformado o por consulta servida dentro del objetivo. Un cluster barato que tarda tres veces más o falla dos veces puede costar más. Las system tables de billing registran uso y metadatos atribuibles; precios y tags permiten convertirlo en responsabilidad por producto. FinOps útil une telemetría técnica con una decisión concreta de diseño.
Unidad de consumo de capacidad Databricks cuyo ritmo depende del producto y SKU utilizados.
Permite medir servicio, pero debe combinarse con costes cloud y resultado del workload.Relación entre coste total y una salida correcta que cumple un SLA definido.
Evita optimizaciones aparentes basadas solo en tarifa o tamaño.Asignación consistente del consumo a propietario, producto, ambiente o centro de coste.
Hace posible responsabilizar, presupuestar y priorizar optimizaciones.SELECT
custom_tags['team'] AS team,
sum(usage_quantity) AS dbus
FROM system.billing.usage
WHERE usage_date >= date_sub(current_date(), 30)
GROUP BY custom_tags['team'];Filtra retractions y restatements mediante la suma; agrega precios si necesitas moneda.
Puntos clave
- DBU no es todo el coste cloud
- Optimiza coste por resultado, no tamaño aislado
- Tags y system tables permiten atribución
Evita
- Comparar solo DBUs sin coste de infraestructura
- Reducir workers sin volver a medir duración y SLA
Recuerdo activo