Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Retención de datos

Descripción general de

Amazon Bedrock le brinda un control explícito sobre si las solicitudes y los resultados se conservan de sus solicitudes de inferencia. Puede configurar la retención de datos a nivel de cuenta o proyecto, y la configuración se aplica de manera uniforme en todas las API de mensajes, finalización de chat y respuestas.

Tú puedes gestionar la configuración de retención de datos. Si su cuenta o proyecto está configurado para no retener datos (data_retention_mode: none) e invoca un modelo que exige la retención, Amazon Bedrock bloqueará la solicitud y devolverá un error: usted siempre controla su política de retención.

Modos de retención de datos

La retención de datos se controla mediante un modo en lugar de un simple on/off interruptor:

Cómo se ordenan los modos

Los modos de retención forman una escala ordenada, del menor al más permisivo:

none  <  default  <  aws_review  <  provider_data_share

Tienes a tu disposición un modelo cuando tu modo efectivo es igual o superior al modo que ese modelo requiere. Una configuración más permisiva incluye otra menos permisiva: si has autorizado AWS a compartir tu contenido con el proveedor del modelo, también estás autorizado a revisarlo él mismo. AWS

inheritno forma parte de este ordenamiento: no expresa ninguna opinión sobre su alcance y se refiere a una opinión más amplia. Consulte Cómo se determina tu modo de retención.

Cómo se determina tu modo de retención

La retención de datos se configura en dos ámbitos, con el valor predeterminado del modelo como alternativa:

El modo efectivo de cualquier solicitud se determina tomando el primer ámbito cuyo valor no es: inherit

effective mode = first non-inherit value of (project → account → model default)

Por ejemplo, si tu proyecto está configurado en inherit y tu cuenta tambiénnone, el modo efectivo es none para todos los modelos invocados desde ese proyecto.

Configurar la retención de datos

Establezca la retención de datos en toda la cuenta

curl -X PUT https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \
  -H "x-api-key: $BEDROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "mode": "aws_review" }'

Respuesta:

{
  "mode": "aws_review",
  "updated_at": 1733529600
}

Plano de control de Bedrock:

curl -X PUT https://bedrock.us-east-1.amazonaws.com/data-retention \
  -H "Authorization: Bearer $AWS_BEARER_TOKEN_BEDROCK" \
  -H "Content-Type: application/json" \
  -d '{ "mode": "aws_review" }'

Respuesta:

{
  "mode": "aws_review",
  "updated_at": "2026-06-07T20:19:44.723Z"
}

Establezca la retención de datos a nivel de proyecto

curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \
  -H "x-api-key: $BEDROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "data_retention": { "mode": "aws_review" } }'

Compruebe su configuración actual

# Account level
curl https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \
  -H "x-api-key: $BEDROCK_API_KEY"

# Project level
curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \
  -H "x-api-key: $BEDROCK_API_KEY"

Plano de control de Bedrock:

# Account level
curl https://bedrock.us-east-1.amazonaws.com/data-retention \
  -H "Authorization: Bearer $AWS_BEARER_TOKEN_BEDROCK"

Compruebe el modo efectivo y los modos permitidos de un modelo

curl https://bedrock-mantle.us-east-1.api.aws/v1/models/anthropic.claude-fable-5 \
  -H "x-api-key: $BEDROCK_API_KEY"

Respuesta:

{
  "id": "anthropic.claude-fable-5",
  "created": 1733443200,
  "owned_by": "system",
  "status": "available",
  "data_retention": {
    "mode": "aws_review",
    "source": "account",
    "allowed_modes": ["aws_review", "provider_data_share"]
  }
}

Disponibilidad del modelo y retención de datos

Cada modelo declara los modos de retención que cumplen con sus requisitosallowed_modes, y muestra todos los modos en el nivel mínimo que necesita el modelo o por encima de él. Si su modo efectivo está por debajo de lo que exige el modelo (consulteCómo se ordenan los modos), el modelo aparecerá como status: "unavailable" en la lista de modelos y las solicitudes que se le envíen se bloquearán.

Ejemplo: Claude Fable 5 y Claude Fable 5.1 requieren una revisión humana ()allowed_modes: ["aws_review", "provider_data_share"]. Antes de poder invocar estos modelosaws_review, debes establecer explícitamente tu modo de retención de datos en el modo heredado provider_data_share o en el modo heredado. Si su modo efectivo es none odefault, estos modelos no estarán disponibles.

Al aws_review configurarlo, nos estás indicando explícitamente que conservemos tus entradas y salidas para que AWS podamos realizar la revisión humana que el proveedor de modelos requiere como condición de acceso. Tu contenido no se comparte con el proveedor de modelos. Consulte la detección de abusos de Amazon Bedrock y las condiciones de servicio de AWS.

Respuesta cuando un modelo no está disponible debido a una política de retención:

{
  "id": "anthropic.claude-fable-5",
  "created": 1733443200,
  "owned_by": "system",
  "status": "unavailable",
  "status_reason": "This model is not available under data retention mode 'default'.",
  "data_retention": {
    "mode": "default",
    "source": "account",
    "allowed_modes": ["aws_review", "provider_data_share"]
  }
}

¿Cómo darse de alta

Para activar Claude Fable 5 y Claude Fable 5.1 en tu cuenta:

curl https://bedrock-mantle.us-east-1.api.aws/v1/data_retention \
  -H "x-api-key: $BEDROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "mode": "aws_review" }'

O a nivel de proyecto (si quieres limitar la revisión humana a un proyecto específico):

curl https://bedrock-mantle.us-east-1.api.aws/v1/organization/projects/proj_abc123 \
  -H "x-api-key: $BEDROCK_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{ "data_retention": { "mode": "aws_review" } }'

Acceso sin retención de datos (ZDR)

Algunos modelos requieren la retención de datos por motivos de seguridad y prevención de abusos. Si su organización no requiere ninguna retención de datos por motivos de cumplimiento y necesita acceder a estos modelos, póngase en contacto con su administrador de AWS cuentas para analizar los requisitos. El acceso a la tecnología ZDR se evalúa por cuenta y por modelo, en coordinación con el proveedor del modelo.

Las cuentas aprobadas para el ZDR en un modelo específico se "none" incluirán en el modelo de ese modelo. allowed_modes

Cómo hacer cumplir la política de retención con IAM

Puedes aplicar una política de retención de datos en toda tu organización mediante políticas de IAM o políticas de control de servicios (SCP). Las acciones de escritura publican una clave de bedrock-mantle:DataRetentionMode condición que permite restringir los modos que se pueden configurar.

Por ejemplo, SCP: no requieren ninguna retención de datos en toda la organización:

{
    "Effect": "Deny",
    "Action": [
        "bedrock-mantle:PutAccountDataRetention",
        "bedrock-mantle:CreateProject",
        "bedrock-mantle:UpdateProject"
    ],
    "Condition": {
        "StringNotEquals": {
            "bedrock-mantle:DataRetentionMode": "none"
        }
    }
}

Plano de control de Bedrock:

{
    "Effect": "Deny",
    "Action": [
        "bedrock:PutAccountDataRetention"
    ],
    "Condition": {
        "StringNotEquals": {
            "bedrock:DataRetentionMode": "none"
        }
    }
}

Esto evita que cualquier miembro de la organización defina la retención de datos para otra cosa que no sea garantizar que none nunca se retenga ningún dato de inferencia.

Ejemplo SCP: permiten la AWS retención pero no la revisión humana:

{
    "Effect": "Deny",
    "Action": [
        "bedrock-mantle:PutAccountDataRetention",
        "bedrock-mantle:CreateProject",
        "bedrock-mantle:UpdateProject"
    ],
    "Condition": {
        "ForAnyValue:StringEquals": {
            "bedrock-mantle:DataRetentionMode": [
                "aws_review",
                "provider_data_share"
            ]
        }
    }
}

Utilícelo cuando su organización acepte la retención para detectar abusos, pero no pueda permitir la revisión humana de su contenido. Los modelos que requieren la revisión humana aparecerán en status: "unavailable" las cuentas de esta política.

¿Qué datos se conservan y durante cuánto tiempo

En el caso de los modelos que lo requieren aws_review (actualmente Claude Fable 5 y Claude Fable 5.1): las instrucciones del usuario y las finalizaciones se conservan dentro de los AWS límites durante un máximo de 30 días y pueden revisarse para comprobar si cumplen con el requisito de revisión humana que el proveedor del modelo impone como condición de acceso. AWS Tu contenido no se comparte con el proveedor del modelo.

Para el provider_data_share modo antiguo: Amazon Bedrock no comparte su contenido con los proveedores de modelos en la actualidad, por lo que este modo se gestiona de la misma manera queaws_review: se conserva dentro de los AWS límites establecidos durante un máximo de 30 días y AWS solo se revisa cuando el modelo lo requiere.

En el caso de los modelos en default modo: es posible que los datos se conserven para detectar abusos; consulte la sección de detección de abuso de Amazon Bedrock para obtener los detalles de retención necesarios. Para conservarlos más allá de la detección de abusos (p. ej., con la API Responsesstore=true), consulte la documentación y las condiciones del modelo.

Si la inferencia interregional está habilitada para estos modelos, las entradas y salidas retenidas se almacenan en las regiones de destino (es decir, en la región en la que se procesa la solicitud de inferencia).

Consulta las condiciones de servicio de Anthropic para obtener detalles sobre el manejo de datos específicos de cada modelo.

Referencia de acciones de IAM