Ir para o conteúdo

Modelos Claude passam a rodar dentro da Índia via Amazon Bedrock

Resposta curta

A AWS adicionou inferência cross-Region geográfica na Índia para Claude Opus 5, Sonnet 5 e Haiku 4.5 da Anthropic no Amazon Bedrock. As requisições agora circulam apenas entre Mumbai (ap-south-1) e Hyderabad (ap-south-2), mantendo prompts e saídas dentro da Índia. Isso importa para empresas que precisam processar dados de clientes localmente mas ainda querem automação com Claude.

O que isso significa na operação

Para uma empresa B2B de 10 a 200 pessoas que atende clientes na Índia, ou presa a contratos que exigem processamento de dados dentro do país, isso remove um obstáculo real para usar Claude em automação de suporte ou vendas: antes, rotear pelo Bedrock podia significar que prompts e saídas saíam da Índia. Agora é possível selecionar o perfil de inferência IN no console ou na API e obter os mesmos modelos com inferência confinada a ap-south-1 e ap-south-2. Faturamento, cotas e logs do CloudWatch/CloudTrail permanecem vinculados à região de origem, então o monitoramento e o controle de custos não se fragmentam entre geografias. Equipes construindo um bot de suporte ou assistente de vendas baseado em Claude para uma entidade indiana agora podem fazer isso sem uma solução alternativa de compliance ou trocar de fornecedor de modelo.

A AWS estendeu a inferência cross-Region geográfica do Amazon Bedrock para a Índia, tornando Claude Opus 5, Claude Sonnet 5 e Claude Haiku 4.5, da Anthropic, disponíveis com processamento dentro do país.

O perfil Índia roteia requisições apenas entre as regiões de Mumbai (ap-south-1) e Hyderabad (ap-south-2). Entradas e saídas podem transitar entre essas duas regiões mas, segundo a AWS, não saem da Índia. Essa opção se soma à inferência cross-Region global já existente, dando aos clientes uma escolha quando o processamento local é uma exigência, não apenas uma preferência.

O acesso funciona da mesma forma que outros perfis de inferência do Bedrock: pelo playground do console, selecionando a variante "IN" de um modelo, ou de forma programática via Messages API da Anthropic, ou pelas APIs nativas InvokeModel e Converse do Bedrock. Recursos do Bedrock como Guardrails e roteamento inteligente de prompts continuam disponíveis.

Sobre o tratamento de dados, a AWS afirma que a inferência cross-Region roda sobre sua rede interna criptografada e que os dados do cliente não são armazenados em uma região de destino — permanecem na região de origem. O modelo padrão de retenção zero de dados do Bedrock significa que entradas e saídas não são armazenadas, embora a AWS observe que determinados modelos exigem revisão humana se o conteúdo for sinalizado por classificadores automáticos de segurança. Faturamento, consumo de cotas e logs do CloudWatch/CloudTrail permanecem vinculados à região de origem da conta, independentemente de qual região de backend efetivamente atendeu a requisição.

A AWS enquadra a mudança em termos de escala e resiliência: distribuir a inferência entre duas regiões em vez de depender da capacidade de uma só ajuda a manter a vazão durante picos de tráfego, ao mesmo tempo que atende à necessidade de manter o processamento de dados dentro de uma geografia específica.

Fonte: AWS Machine Learning Blog

Próximo passo

Visibility Analyzer

É isto que o Visibility Analyzer mede num site real: quais respostas citam você, quais páginas o motor não consegue recuperar e o que corrigir primeiro. Rodar é grátis.

Rodar uma auditoria de visibilidade grátis

Rodar é grátis. Sem cartão.

Preço
Grátis
Duração
Uma rodada, minutos

Plano grátis: duas análises por dia, sem cartão.