Saltar al contenido

Hito Associate

Menú

Puedes leer sin crear un espacio. Créalo solo cuando quieras guardar.

Guardar progreso

Lección 1 de 5

Brief y criterios de aceptación

El proyecto Associate comienza por criterios verificables, no por herramientas.

30 min aprox.

Detalles

Proyecto Associate y simulacro de 45 preguntas

Integra ingesta, transformación, gobierno, Jobs y CI/CD en una solución defendible.

Reto observable

Entrega un mini-lakehouse Associate end-to-end y demuestra cada criterio de aceptación con una matriz de evidencias y decisiones defendibles.

Al terminar podrás
  • Entregar un pipeline Associate completo
  • Justificar decisiones de arquitectura
  • Medir preparación con un simulacro original
Prerrequisitos
m11
Última revisión
25 ago 2026
Nivel
Associate
Ruta relacionada
core
Dominios blueprint
Todos los dominios Associate
Estado
Revisión editorial interna
Fuentes principales
Blueprint Associate 4-May-2026 · Data engineering
Reportar un error
01
Modelo mental

Brief y criterios de aceptación

El proyecto Associate comienza por criterios verificables, no por herramientas.

Define fuentes, SLA, consumidores, seguridad y aceptación.

Traza cada requisito a componente, prueba y evidencia.

YAMLAceptación
acceptance:
  freshness_minutes: 30
  duplicate_order_ids: 0
  valid_amount_ratio: 0.995

Añade owner y respuesta al incumplimiento.

¿Qué convierte un objetivo en aceptación?

Profundiza

Un proyecto de certificación comienza traduciendo una historia ambigua en criterios observables. Fuente, volumen, frecuencia, mutabilidad, SLA, consumidores, seguridad, coste y recuperación definen el problema; una lista de servicios no. Cada requisito se convierte en métrica, umbral, prueba y evidencia con owner. Freshness de treinta minutos necesita un timestamp de inicio y fin; cero duplicados necesita grain y clave; acceso restringido necesita identities y prueba negativa. Los criterios también fijan alcance y alternativas descartadas. Esta disciplina prepara para el examen Associate porque las preguntas situacionales incluyen restricciones cuya combinación elimina opciones plausibles. Elegir antes de explicitar criterios favorece respuestas por palabra clave y arquitecturas imposibles de validar.

Criterio de aceptación

Condición medible con umbral y procedimiento de comprobación que determina si una entrega satisface un requisito concreto.

Transforma objetivos vagos en evidencia reproducible y permite comparar decisiones arquitectónicas bajo las mismas obligaciones.
Matriz de trazabilidad

Relación explícita entre requisito, componente, configuración, prueba, resultado y owner responsable de aceptar la evidencia.

Evita funciones sin propósito y revela requisitos importantes que todavía no tienen una comprobación implementada.
Supuesto

Afirmación no verificada que se utiliza temporalmente para diseñar y cuya falsedad cambiaría la decisión o su validez.

Hacerlo visible permite validarlo antes de que se convierta en una dependencia oculta de producción.
Resumen

Puntos clave

  • Criterios medibles
  • Alcance explícito
  • Trazabilidad

Evita

  • Empezar por cluster
  • SLA sin métrica

Fuente revisada · vista externa

Azure Databricks Hands-on

Azure Databricks Hands-on · commit a91650b

HandsOn.dbc

Archivo importable

Este notebook se abre desde su fuente revisada

El repositorio no permite republicar su contenido dentro de Lakehouse Lab. Conservamos la misma experiencia lateral, la ruta exacta y el commit auditado, y dejamos la lectura en GitHub para respetar la autoría.

Autor
Tsuyoshi Matsuzaki
Licencia
No verificada
Formato
dbc
Abrir / descargar .dbc

Módulo 12

Contenido del módulo