AWS Lança Amazon Bedrock na Nova Zelândia com Claude e Inferência entre Regiões

A AWS lançou o Amazon Bedrock na região Ásia Pacífico (Nova Zelândia) em 26 de março de 2026, ou seja, em Auckland. Para as empresas locais, isso significa que as solicitações para modelos generativos agora podem ser enviadas da região AWS da Nova Zelândia, e o Bedrock distribuirá automaticamente a inferência entre Auckland e as instalações australianas conforme necessário.

Como funciona o lançamento

A nova região AWS recebeu o identificador ap-southeast-6 e se tornou o ponto de partida para inferência entre regiões no Bedrock. Na prática, isso significa que um aplicativo pode fazer uma chamada à API de Auckland, e o processamento da solicitação será feito na mesma região, em Sydney ou em Melbourne. A AWS adicionou uma configuração geográfica separada AU para a Nova Zelândia, que mantém o processamento dentro do espaço da Austrália e Nova Zelândia e oferece às empresas mais opções de largura de banda.

Se uma empresa não tem requisitos rígidos de residência de dados, pode escolher um perfil de roteamento global. Nesse modo, o Bedrock envia solicitações para regiões comerciais AWS compatíveis em todo o mundo para reduzir o risco de estrangulamento e lidar com picos de carga.

A AWS enfatiza separadamente que o tráfego flui pela rede global da empresa, não sai para a internet pública e é criptografado quando transmitido entre regiões. Os registros de todas as chamadas entre regiões permanecem na região de origem, ou seja, em Auckland.

Quais modelos estão disponíveis

No lançamento, a região da Nova Zelândia ganhou 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 retreinar as integrações do zero: os perfis funcionam através de APIs Bedrock padrão, incluindo InvokeModel, InvokeModelWithResponseStream, Converse e ConverseStream.

• Perfil geográfico AU mantém inferência em Auckland, Sydney e Melbourne
• Perfil global oferece mais capacidade disponível e seleção de modelos mais ampla
• Identificadores de modelos mudam através dos prefixos au. e global.
• Roteamento existente para Sydney e Melbourne permanece inalterado
• Formato Converse unificado simplifica a alternância entre modelos sem reescrita de código

Um detalhe importante: para o perfil Austrália-Nova Zelândia, apenas os modelos Claude são suportados atualmente, enquanto o roteamento global abre um conjunto mais amplo de modelos base. Essa separação é importante para equipes que precisam monitorar tanto os requisitos de conformidade internos quanto a disponibilidade de capacidade. Se a geografia de processamento previsível for necessária, o perfil AU é mais lógico. Se a taxa de transferência máxima for mais crítica, a rota global com distribuição dinâmica de carga é mais útil.

Controle e limites

O lançamento em uma nova região não elimina a necessidade de configuração de infraestrutura. Para chamar modelos através do perfil AU de Auckland, a política IAM deve permitir acesso ao perfil de inferência em ap-southeast-6 e aos próprios modelos em todas as regiões de destino. A AWS recomenda um esquema de privilégio mínimo: permitir invocação de modelo em Sydney, Melbourne e Auckland apenas quando a solicitação passa pelo perfil de inferência, não diretamente.

Para empresas com Políticas de Controle de Serviço, isso também é importante porque o Bedrock deve ser explicitamente autorizado a trabalhar nas três regiões ANZ. Há também nuances operacionais.

As cotas são calculadas no nível da região de origem, portanto, aumentar o limite em Auckland se aplica apenas a solicitações enviadas de ap-southeast-6. A AWS mede a carga em dois eixos — tokens por minuto e solicitações por minuto, e para alguns modelos Claude, os tokens de saída são cobrados em uma proporção de 5:1 em relação aos tokens de entrada. Para Claude Haiku 4.5 e modelos Nova, uma proporção de 1:1 se aplica.

Você pode verificar exatamente onde uma solicitação foi processada através do CloudTrail pelo campo inferenceRegion e monitorar latência, erros e gastos com tokens através de métricas do CloudWatch.

O que isso significa

Para a AWS, isso não é apenas mais uma região na lista, mas uma tentativa de aproximar o Bedrock dos clientes corporativos na Nova Zelândia que se importam com latência e controle sobre a geografia do processamento. Para o mercado, este é um bom sinal: as plataformas de IA em nuvem estão cada vez mais competindo não apenas em modelos, mas em como abordam cuidadosamente questões de roteamento, cota e conformidade.