Capítulo 09 — Liderar la entrega FDE: de la arquitectura al handover

Por: Artiko
awsfdeadvancedai-dlchandoverdelivery-harness

Liderar la entrega FDE: de la arquitectura al handover

FDE Advanced se describe como “demostrar que puedes liderar la entrega de una carga de IA agéntica en producción, de la arquitectura al handover”. Las actividades validan la técnica; este capítulo integra todo en un proyecto real del partner siguiendo AI-DLC y el modelo de delivery harness del programa Partner-Led FDE.

El delivery harness

Lo que el partner conserva y reutiliza al terminar cada engagement:

flowchart TB
    subgraph Harness["Delivery harness del partner"]
        Onto[Ontologías de dominio]
        Eval[Frameworks de evaluación y datasets dorados]
        MCP[Servidores MCP reutilizables]
        Ops[Tooling de operación de agentes]
        CG[Context graph: decisiones, criterios, patrones]
    end
    E1[Engagement 1] --> Harness
    Harness --> E2[Engagement 2]
    E2 --> Harness
    Harness --> E3[Engagement 3]

El bar es el de producción de los FDE de AWS. El programa lo describe como “no un checkbox de certificación”: cada entrega debe sostenerse sin el partner.

Taller integrador

Caso: un proceso real de un cliente del partner (o interno) que hoy depende de personas y datos dispersos. El taller recorre las tres fases de AI-DLC y los tres pathways.

Fase 1 · Inception

PreguntaEntregable
¿Qué decisión o tarea automatiza el agente y con qué criterio de éxito medible?Intención y métricas (tasa de completitud, exactitud sobre dataset dorado, latencia, costo por interacción)
¿Cuáles son las fuentes de verdad y quién las gobierna?Ontología de dominio y mapa de datos
¿Qué acciones puede ejecutar el agente y cuáles requieren a una persona?Matriz de acciones y controles
¿Qué restricciones regulatorias aplican?Lista de controles de privacidad, retención y auditoría

Fase 2 · Construction

flowchart LR
    subgraph Ground
        D[(Lakehouse o bases existentes)] --> KB[Knowledge Base]
        D --> Mem[(Memoria)]
    end
    subgraph Orchestrate
        R[Runtime] --> GW[Gateway + Identity]
        R --> MA[Especialistas A2A]
    end
    subgraph Prove
        EV[Evaluations] --> QG{Quality gate}
        PO[Policy · Cedar]
        OB[Observability + costos]
    end
    Ground --> Orchestrate --> Prove
  1. Ground: datos gobernados, Knowledge Base, memoria por usuario, MCP servers sobre los sistemas internos (capítulo 3).
  2. Orchestrate: agente en Runtime, tools por Gateway con Identity, especialistas por A2A, recuperación idempotente (capítulo 7).
  3. Prove: dataset dorado y evaluaciones con umbral, políticas Cedar de log-only a enforce, observabilidad con atribución de costos (capítulo 8).

Todo como infraestructura como código (CDK o CloudFormation) y con un pipeline que ejecuta las evaluaciones como quality gate.

Fase 3 · Operations y handover

ElementoQué recibe el cliente
RunbooksQué hacer ante regresión de calidad, ráfaga de costos, fallo de una tool, rotación de credenciales
Dashboards y alarmasLatencia, tokens, costo y puntaje de evaluación por agente
Políticas versionadasRepositorio de políticas Cedar con historial y procedimiento de promoción
Dataset de evaluaciónCasos dorados y procedimiento para ampliarlos
Context graphDecisiones de arquitectura, criterios y patrones registrados durante la entrega
Plan de vigenciaFechas de recertificación del equipo y de revisión del sistema

Criterio de handover: el equipo del cliente despliega un cambio de prompt, lo evalúa, lo promueve y lo monitorea sin intervención del partner.

Entregables del taller

  • Documento de arquitectura con diagramas Mermaid y decisiones registradas (context graph).
  • Repositorio con IaC, políticas Cedar, dataset de evaluación y pipeline con quality gate.
  • Presentación de handover ensayada en Meeting Simulator y ante el equipo.
  • Runbooks y dashboards entregados; simulacro de incidente ejecutado por el cliente.

Cierre de Advanced

  • Las tres pestañas en verde y 1.000 puntos; insignia Advanced aceptada en Credly.
  • Calendario con el vencimiento de la insignia (12 meses) y de la certificación AIP-C01 (3 años).
  • Lista real de actividades de Orchestrate registrada para actualizar el capítulo 1 y la habilitación del resto del equipo.