Saltar al contenido
Academy
0/15

Rutas
En esta página

Arquitectura auditable · Unidad 1 de 5

Atlas de límites

Una arquitectura auditable permite seguir una responsabilidad desde la interfaz hasta el paquete que la implementa. El mapa no sustituye al código: indica dónde empezar a verificar.

Intermedio a senior35 min

Al terminar podrás

  • Seguir dependencias entre paquetes
  • Diferenciar contrato público de detalle interno

Entender

Una arquitectura auditable permite seguir una responsabilidad desde la interfaz hasta el paquete que la implementa. El mapa no sustituye al código: indica dónde empezar a verificar.

Ver

Abrir Atlas de límites

Selecciona un paquete y sigue sus relaciones y fuentes primarias.

Abrir artifact

Hacer

Ejecuta la práctica en tu checkout y conserva la salida como evidencia.

Consultar la referencia senior (paquetes fuente)

Verificar

Demuestra que puedes aplicar la unidad. El progreso solo avanza al aprobar la evaluación.

Criterios evaluados

  • Ubica al dueño de boot, capabilities, tools, gates y estado.
  • Sustenta cada afirmación importante con una fuente primaria.

Evaluación calificable

Resuelve los 3 escenarios. Esta unidad exige 3 de 3 respuestas correctas.

0 intentos
Pregunta 1 de 3doctor confirma que el kernel arrancó y /reports responde por HTTP, pero inspect:tools no muestra GenerateReport. ¿Qué límite conviene auditar primero?
Pregunta 2 de 3Un tutorial afirma: «Core ejecuta y persiste las aprobaciones porque define VerificationResult». ¿Cuál es la corrección arquitectónica más precisa?
Pregunta 3 de 3Una nueva tarjeta del atlas dice que un paquete «es dueño de la autorización», pero solo enlaza a la portada de la organización y no identifica interface, manifest ni archivo. ¿Cómo debe publicarse?

La calificación valida respuestas en este navegador; no certifica identidad.

Fuentes primarias

Contenido verificado: 2026-07-10