AWS lança o Amazon Bedrock na Nova Zelândia com Claude e inferência entre regiões

Em 26 de março de 2026, a AWS lançou o Amazon Bedrock na região Asia Pacific (New Zealand), sediada em Auckland. Para as empresas locais, isso significa que agora é possível enviar requisições a modelos generativos a partir da região neozelandesa da AWS, enquanto o Bedrock, quando necessário, pode distribuir a inferência entre Auckland e as unidades australianas.

Como funciona o lançamento

A nova região tem o identificador ap-southeast-6 e serve como ponto de origem para a cross-Region inference do Bedrock. Na prática, um aplicativo pode fazer uma chamada de API a partir de Auckland, e o processamento da requisição acontece na própria região, em Sydney ou em Melbourne.

Para a Nova Zelândia, a AWS adicionou uma configuração geográfica AU separada, que mantém o processamento dentro da Austrália e da Nova Zelândia e dá às empresas mais opções de vazão.

Se a empresa não tem requisitos rígidos de residência de dados, pode escolher o perfil de roteamento global. Nesse modo, o Bedrock envia as requisições a regiões comerciais compatíveis da AWS em todo o mundo, para reduzir o risco de throttling e suportar picos de carga. A AWS ressalta que o tráfego passa pela rede global da própria empresa, não sai para a internet pública e é criptografado em trânsito entre as regiões. Os logs de todas as chamadas cross-Region permanecem na região de origem, ou seja, em Auckland.

Quais modelos estão disponíveis

No lançamento, a região neozelandesa tem acesso à linha Anthropic Claude: Opus 4.5, Opus 4.6, Sonnet 4.5, Sonnet 4.6 e Haiku 4.5. Para o perfil global, a AWS também indica acesso ao Amazon Nova 2 Lite e a um conjunto mais amplo de modelos de diferentes provedores.

Os desenvolvedores não precisam refazer as integrações do zero: os perfis funcionam pelas APIs padrão do Bedrock, incluindo InvokeModel, InvokeModelWithResponseStream, Converse e ConverseStream.

• O perfil geográfico AU mantém a inferência em Auckland, Sydney e Melbourne
• O perfil global oferece mais capacidade disponível e maior variedade de modelos
• Os identificadores de modelo mudam por meio dos prefixos au. e global.
• O roteamento existente para Sydney e Melbourne não muda
• O formato unificado do Converse facilita a troca de modelos sem reescrever código

Um detalhe importante: o perfil Austrália-Nova Zelândia suporta, por ora, apenas modelos Claude, enquanto o roteamento global abre um conjunto mais amplo de modelos de base. Essa divisão importa para equipes que acompanham ao mesmo tempo a conformidade com requisitos internos e a disponibilidade de capacidade. Se é preciso uma geografia de processamento previsível, o mais lógico é o perfil AU. Se a prioridade é a vazão máxima, vale mais a rota global com distribuição dinâmica de carga.

Controle e limites

Lançar numa nova região não elimina a configuração de infraestrutura. Para chamar os modelos pelo perfil AU a partir de Auckland, a política do IAM precisa permitir o acesso tanto ao perfil de inferência em ap-southeast-6 quanto aos próprios modelos em todas as regiões de destino.

A AWS recomenda um esquema de privilégio mínimo: permitir a invocação do modelo em Sydney, Melbourne e Auckland somente quando a requisição passa por um inference profile, e não diretamente. Isso também importa para empresas com Service Control Policies, porque é preciso liberar explicitamente o Bedrock nas três regiões ANZ.

Há ainda nuances operacionais. As cotas são contadas no nível da região de origem, então o aumento de limite em Auckland vale apenas para requisições enviadas de ap-southeast-6. A AWS mede a carga em dois eixos, tokens per minute e requests per minute, e em parte dos modelos Claude os tokens de saída são contabilizados na proporção de 5:1 em relação aos de entrada. Para o Claude Haiku 4.5 e os modelos Nova, a proporção é 1:1.

É possível verificar onde a requisição foi de fato processada pelo CloudTrail, no campo inferenceRegion, e acompanhar latência, erros e consumo de tokens pelas métricas do CloudWatch.

O que isso significa

Para a AWS, não é apenas mais uma região na lista, mas uma tentativa de aproximar o Bedrock dos clientes corporativos da Nova Zelândia, que se importam tanto com latência quanto com o controle da geografia de processamento. Para o mercado, é um bom sinal: as plataformas de IA em nuvem competem cada vez mais não só pelos modelos, mas também pela forma cuidadosa como resolvem roteamento, cotas e conformidade.