Saltar al contenido
Lakehouse LabLakehouse LabPreparación Databricks Data Engineer
Módulo 32 · Lección

Pipeline batch y streaming

Contenido abierto

Puedes leer todo sin registrarte. Solo crearemos un perfil anónimo cuando decidas guardar tu progreso.

Lección 2 de 5

Pipeline batch y streaming

Diseña un flujo end-to-end idempotente desde ingestión y CDC hasta modelos curados, con backfill y evolución de esquema ensayados.

Duración
21 min aprox.
Objetivo
Diseña un flujo end-to-end idempotente desde ingestión y CDC hasta modelos curados, con backfill y evolución de esquema ensayados.
Siguiente paso
Continuar con la siguiente lección
Ver detalles del módulo

Proyecto Professional y simulacro de 59 preguntas

Converge las cuatro ramas en una solución production-grade y mide la preparación final.

Al terminar podrás
  • Diseñar y defender una plataforma completa
  • Responder a fallos, costes y cumplimiento
  • Completar un simulacro Professional original
Ver fuentes y revisión

Metadatos editoriales

Última revisión
21 jul 2026
Nivel
Professional
Ruta relacionada
final
Dominios blueprint
Todos los dominios Professional
Estado
Revisión editorial interna
Fuentes principales
Data Engineer Professional exam guide · Lakeflow Jobs
Reportar un error
02
Implementación

Pipeline batch y streaming

Diseña un flujo end-to-end idempotente desde ingestión y CDC hasta modelos curados, con backfill y evolución de esquema ensayados.

Mostrar prerrequisitos
Dificultad
Professional
Prerrequisitos
m17, m22, m27, m31
Reportar un error en esta lección

La ingesta incremental conserva progreso mediante checkpoint o estado del conector; bronze retiene hechos crudos suficientes para replay; silver aplica contratos, deduplicación y CDC; gold sirve modelos de consumo. Cada escritura usa una clave de negocio y semántica de retry conocida. Los datos tardíos, deletes y cambios de esquema tienen una política explícita, no un comportamiento accidental.

Prueba replay y backfill antes de producción. Un pipeline vivo y un backfill no deben competir por el mismo rango sin coordinación. Usa `MERGE` o la API actual `AUTO CDC` —`APPLY CHANGES` en código legado— según la herramienta y orden de secuencia, conserva cuarentena para incumplimientos y reconcilia conteos/importe entre capas. Versiona cambios incompatibles del contrato.

Modelo mental

Un flujo end-to-end correcto mantiene identidad y orden del cambio desde la fuente hasta el modelo curado. Batch y CDC pueden solaparse durante bootstrap; schema puede evolucionar; eventos pueden repetirse o llegar tarde. La idempotencia se diseña con claves de negocio, secuencia, checkpoints y operaciones declarativas como AUTO CDC o MERGE determinista, no confiando en que una ejecución ocurra una sola vez. Bronze preserva evidencia y metadatos de ingestión; silver aplica contrato, deduplicación y cambios; gold publica semántica de consumidor. Un backfill usa el mismo contrato o una ruta compatible, con intervalo, snapshot y versión registrados. La convergencia se demuestra mediante reconciliación, no por ausencia de excepciones.

Convergencia

Propiedad por la que procesamiento normal, retries y backfills alcanzan el mismo estado correcto para una entrada lógica equivalente.

Demuestra idempotencia real y permite recuperación sin depender de una secuencia perfecta de ejecuciones.
Sequence by

Expresión de orden usada por una operación CDC para decidir qué cambio es posterior para cada clave de negocio.

Resuelve llegadas fuera de orden de forma determinista y evita que un evento antiguo sobrescriba estado reciente.
Bootstrap

Carga inicial que establece un estado completo antes de aplicar cambios incrementales continuos desde una frontera coordinada.

Un solapamiento o hueco entre snapshot y CDC crea duplicados o pérdida histórica difícil de detectar después.
SQLMERGE idempotente de pedidos CDC
MERGE INTO prod.silver.orders AS target
USING staging.orders_cdc AS source
ON target.order_id = source.order_id
WHEN MATCHED AND source.op = 'DELETE' THEN DELETE
WHEN MATCHED AND source.sequence_ts > target.sequence_ts THEN UPDATE SET *
WHEN NOT MATCHED AND source.op <> 'DELETE' THEN INSERT *;

Deduplica previamente múltiples eventos por clave/secuencia y define qué hacer con eventos fuera de orden.

Puntos clave

  • Checkpoint más bronze reproducible permiten recuperación sin volver al origen cuando la retención lo permite.
  • CDC necesita clave, secuencia y semántica de deletes.
  • Backfill se diseña y prueba como un modo operativo de primera clase.

Evita

  • Borrar checkpoint para forzar un replay sin comprobar retención y side effects.
  • Aplicar CDC sin una secuencia determinista y sobrescribir un estado nuevo con un evento tardío.

Recuerdo activo

¿Qué tres elementos mínimos necesita un CDC determinista?

Borrador privado · solo en este navegador
5 lecciones pendientes

Vista de lectura · sin ejecución

Startup ERP Data Lakehouse

Startup ERP Data Lakehouse · commit ba6c71b

notebooks/01_bronze_generate_startup_erp_data.py