Em produção surgem perguntas como "quem perguntou o quê para gerar esta resposta?" ou "alguma conta usa um modelo não aprovado?". O AIP-C01 avalia isso nas habilidades 3.3, 4.3 e 1.6.3.
Qual log responde a cada pergunta?
| Você quer saber | Onde olhar | |-----------------|------------| | Quem chamou qual API e quando | AWS CloudTrail (sem o texto do prompt) | | O que foi perguntado e respondido | Log de invocação do modelo (desativado por padrão) | | Latência, throttling e custo | Métricas do CloudWatch | | Por que o agente deu um passo | Trace do agente () | | Qual política de segurança interveio | Trace do Guardrails |
A distinção mais cobrada: auditar quem chamou o modelo é CloudTrail; analisar o conteúdo é o log de invocação.
!Qual log responde a cada pergunta?
Log de invocação e CloudTrail
O log de invocação envia solicitações, respostas e contagem de tokens ao CloudWatch Logs ou ao S3. Como ele guarda o texto original (o mascaramento do Guardrails não o altera), criptografe os logs com KMS e use a proteção de dados do CloudWatch Logs. No CloudTrail, , e são eventos de dados que precisam ser ativados à parte.
Controle em toda a organização
As SCPs bloqueiam modelos ou regiões não aprovados. A chave de condição rejeita solicitações que não usam uma guardrail específica, e desde abril de 2026 as políticas do Bedrock no AWS Organizations aplicam uma guardrail a todas as contas. O AWS AppConfig permite trocar de modelo sem implantar código.
Pontos-chave para o exame
"Auditar quem chamou a API do modelo" -- AWS CloudTrail "Analisar prompts, respostas e tokens" -- Log de invocação do modelo "Ocultar PII nos logs" -- Proteção de dados do CloudWatch Logs "Auditar chamadas de recuperação da Knowledge Base" -- Eventos de dados do CloudTrail "Bloquear modelos ou regiões não aprovados" -- SCPs "Rejeitar inferências sem uma guardrail específica" -- bedrock:GuardrailIdentifier "Aplicar uma guardrail a toda a organização" -- Políticas do Bedrock no AWS Organizations "Trocar de modelo sem implantar código" -- AWS AppConfig