Saltar al contenido

Bedrock permite correr los modelos Claude dentro de India

Respuesta corta

AWS añadió inferencia geográfica entre regiones dentro de India para Claude Opus 5, Sonnet 5 y Haiku 4.5 en Amazon Bedrock. Las solicitudes ahora se enrutan solo entre Mumbai (ap-south-1) y Hyderabad (ap-south-2), manteniendo prompts y resultados dentro de India. Esto importa para empresas que deben procesar datos de clientes localmente pero igual quieren automatización con Claude.

Qué significa para las operaciones

Para una empresa B2B de 10 a 200 personas que atiende clientes en India, o sujeta a contratos que exigen procesamiento de datos dentro del país, esto elimina un obstáculo real para usar Claude en soporte o automatización de ventas: antes, enrutar a través de Bedrock podía implicar que los prompts y resultados salieran de India. Ahora se puede seleccionar el perfil de inferencia IN en la consola o vía API y obtener los mismos modelos con inferencia confinada a ap-south-1 y ap-south-2. La facturación, las cuotas y los registros de CloudWatch/CloudTrail siguen vinculados a la región de origen, por lo que el monitoreo y el control de costos no se fragmentan entre geografías. Los equipos que construyen un bot de soporte o un asistente de ventas basado en Claude para una entidad en India ya pueden hacerlo sin un workaround de cumplimiento aparte ni cambiar de proveedor de modelos.

AWS extendió la inferencia geográfica entre regiones de Amazon Bedrock a India, haciendo que Claude Opus 5, Claude Sonnet 5 y Claude Haiku 4.5 de Anthropic estén disponibles con procesamiento dentro del país.

El perfil de India enruta las solicitudes únicamente entre las regiones de Mumbai (ap-south-1) y Hyderabad (ap-south-2). Las entradas y salidas pueden moverse entre esas dos regiones pero, según AWS, no salen de India. Esto se suma a la opción existente de inferencia global entre regiones, dando a los clientes una alternativa cuando el procesamiento local es un requisito y no una preferencia.

El acceso funciona igual que otros perfiles de inferencia de Bedrock: desde el playground de la consola seleccionando la variante "IN" de un modelo, o de forma programática vía la Messages API de Anthropic, o las APIs nativas InvokeModel y Converse de Bedrock. Funciones de Bedrock como Guardrails y el enrutamiento inteligente de prompts se mantienen disponibles.

Sobre el manejo de datos, AWS afirma que la inferencia entre regiones corre sobre su red interna cifrada y que los datos del cliente no se almacenan en una región de destino: permanecen en la región de origen. El modelo de retención cero de datos por defecto de Bedrock implica que las entradas y salidas no se almacenan, aunque AWS señala que ciertos modelos requieren revisión humana si el contenido es marcado por clasificadores automáticos de seguridad. La facturación, el consumo de cuotas y el registro de CloudWatch/CloudTrail permanecen vinculados a la región de origen de la cuenta, sin importar qué región backend haya atendido realmente la solicitud.

AWS enmarca el cambio en torno a la escala y la resiliencia: distribuir la inferencia entre dos regiones en lugar de depender de la capacidad de una sola ayuda a mantener el rendimiento durante picos de tráfico, al tiempo que satisface la necesidad de mantener el procesamiento de datos dentro de una geografía específica.

Fuente: AWS Machine Learning Blog

Siguiente paso

Visibility Analyzer

Esto es lo que el Visibility Analyzer mide en un sitio real: qué respuestas te citan, qué páginas el motor no puede recuperar y qué arreglar primero. Ejecutarlo es gratis.

Lanzar una auditoría de visibilidad gratuita

Lanzarlo es gratis. Sin tarjeta.

Precio
Gratis
Duración
Una ejecución, minutos

Plan gratuito: dos análisis al día, sin tarjeta.