Puedes leer todo sin registrarte. Solo crearemos un perfil anónimo cuando decidas guardar tu progreso.
Lección 5 de 5
Contratos, SLOs y ownership
Un contrato de datos une esquema, semántica, calidad, SLA y ownership.
- Duración
- 17 min aprox.
- Objetivo
- Un contrato de datos une esquema, semántica, calidad, SLA y ownership.
- Siguiente paso
- Continuar con el laboratorio
Ver detalles del módulo
Arquitectura medallion, calidad y modelado
Diseña capas y contratos desde las necesidades de consumo, trazabilidad y reejecución.
- Asignar responsabilidades a bronze, silver y gold
- Diseñar hechos, dimensiones y SCD
- Definir controles de calidad por frontera
05Decisión de diseñoContratos, SLOs y ownership
Un contrato de datos une esquema, semántica, calidad, SLA y ownership.
+
Contratos, SLOs y ownership
Un contrato de datos une esquema, semántica, calidad, SLA y ownership.
Mostrar prerrequisitos
- Dificultad
- Associate + Professional
- Prerrequisitos
- m06
Checks de unicidad, completitud, validez y frescura deben tener umbral y acción, no solo una consulta booleana.
Los SLO permiten detectar degradación y decidir si bloquear publicación. El contrato se versiona cuando cambia la expectativa del consumidor.
Modelo mental
Un contrato de datos reúne lo que productor y consumidores pueden asumir: esquema, significado, grain, claves, calidad, frescura, retención, ownership y política de cambios. Un DDL captura solo una parte. El contrato debe ser verificable mediante pruebas y observabilidad, y cada incumplimiento necesita acción y responsable. La evolución compatible se juzga desde consumidores: añadir una columna nullable puede ser sintácticamente segura, pero romper SELECT * o una serialización rígida. Versionar contratos no implica duplicar siempre tablas; implica comunicar, probar y controlar la transición. Sin ownership, una alerta solo describe un problema. Sin SLA medido, la promesa de datos frescos no es operable.
Acuerdo verificable sobre estructura, semántica, operación y evolución de un producto de datos.
Reduce interpretaciones implícitas y coordina cambios entre equipos.Modificación que los consumidores soportados pueden adoptar sin alterar su comportamiento esperado.
Debe demostrarse con pruebas, no asumirse por ser aditiva.Responsabilidad explícita de decidir, operar y responder por un dataset o contrato.
Convierte alertas y solicitudes de cambio en acciones con autoridad.SELECT avg(CASE WHEN customer_id IS NOT NULL THEN 1 ELSE 0 END) AS completeness
FROM main.silver.orders;Compara con un umbral, por ejemplo 0.995, y registra la decisión.
Puntos clave
- Cada regla tiene umbral
- SLO mide servicio
- Ownership habilita respuesta
Evita
- Check sin acción
- SLA sin propietario
Recuerdo activo