c1.4 Registra cada invocación del modelo con CloudTrail y CloudWatch

Haz auditable la actividad de inferencia

Dos registros distintos responden a dos preguntas distintas:

• AWS CloudTrail registra la actividad de la API y del plano de control: quién llamó a qué operación de Bedrock, desde dónde y cuándo. Está activo de forma predeterminada para los eventos de gestión y es tu rastro de auditoría de quién hizo qué.
• El registro de invocación del modelo captura el plano de datos: los prompts, las respuestas y los metadatos reales de las llamadas hechas a través del endpoint bedrock-runtime. Está desactivado de forma predeterminada y debes habilitarlo explícitamente.

Juntos permiten reconstruir tanto las acciones administrativas como la inferencia en sí.

Activa el registro de invocación del modelo

Habilita el registro de invocación y envíalo a CloudWatch Logs (o a S3). CloudWatch es conveniente para filtros de métricas y alarmas; S3 es mejor para retención económica de largo plazo. El rol de entrega debe permitir que Bedrock escriba en el destino:

aws bedrock put-model-invocation-logging-configuration \
  --logging-config '{
    "cloudWatchConfig": {
      "logGroupName": "/aws/bedrock/model-invocations",
      "roleArn": "arn:aws:iam::111122223333:role/BedrockInvocationLoggingRole"
    },
    "textDataDeliveryEnabled": true,
    "imageDataDeliveryEnabled": false,
    "embeddingDataDeliveryEnabled": true
  }'

Nota: el registro de invocación solo captura las llamadas a través del endpoint bedrock-runtime (InvokeModel, Converse y las APIs compatibles con OpenAI en ese endpoint). Las llamadas a través de otros endpoints no se capturan.

Alarma sobre las señales que importan

Una vez que los registros lleguen a CloudWatch, añade filtros de métricas y alarmas para lo que vale la pena vigilar: un aumento repentino de intervenciones del guardrail, errores de throttling o un salto inusual en el volumen de invocaciones de un principal. Los prompts y las respuestas pueden contener datos sensibles, así que cifra el destino con tu clave administrada por el cliente (consulta el control de KMS) y acota quién puede leer el grupo de logs o el bucket.

Vigila el costo

• CloudWatch Logs factura por ingesta y almacenamiento; los prompts/respuestas pueden ser grandes, así que dirige las cargas de alto volumen a S3 y usa CloudWatch para una ventana de alerta más corta.
• Configura una regla de ciclo de vida en S3 para expirar o archivar los registros de invocación antiguos.