AWS Bedrock desliga modelos Claude 3.x legados nesta quinta-feira, 13 de novembro

A AWS confirma o fim de vida de cinco modelos Claude legados no Amazon Bedrock em 13 de novembro de 2026, incluindo dois que rodam em São Paulo. Veja o que quebra e como trocar o model ID antes do prazo.

Nota da redação: três afirmações deste texto sobre comportamento de produto da AWS (a estrutura da página de preços do Bedrock por token de entrada e saída, qual ID aparece na fatura ao usar inference profile, e se a quota do modelo novo é herdada do modelo antigo) não foram encontradas na fonte original nem em documentação oficial consultada na verificação. São plausíveis, mas não confirmadas; confira diretamente no AWS Console ou na documentação do Bedrock antes de tomar decisões de orçamento ou de quota com base nelas.

O que mudou

A página de lifecycle do Amazon Bedrock (lida em 10 de novembro de 2026) confirma que cinco modelos legados da Anthropic chegam ao fim de vida (EOL) nesta quinta-feira, 13 de novembro de 2026: anthropic.claude-3-sonnet-20240229-v1:0, anthropic.claude-3-5-sonnet-20240620-v1:0, anthropic.claude-3-5-sonnet-20241022-v2:0, anthropic.claude-3-7-sonnet-20250219-v1:0 e anthropic.claude-3-haiku-20240307-v1:0. Em ca-central-1, Claude 3 Sonnet e Claude 3 Haiku seguem o mesmo caminho duas semanas depois, em 27 de novembro.

Não é uma depreciação suave com aviso prévio longo: é o fim de uma fase de ciclo de vida já documentada. Depois da data de EOL, toda chamada para esses model IDs falha, e a AWS não migra ninguém automaticamente para o substituto. Só as datas publicadas nessa página do Bedrock valem para quem chama a API via AWS; o calendário de depreciação da própria Anthropic, para quem usa a API deles diretamente, é outro.

Onde está disponível

O EOL é por região, e nem todo modelo some em todo lugar. A tabela abaixo é a que a AWS publica:

Quem roda carga em São Paulo (sa-east-1) está diretamente na lista: Claude 3 Sonnet e Claude 3 Haiku saem do ar ali em 13 de novembro. A fonte não lista Claude 3.5 Sonnet (v1/v2) nem Claude 3.7 Sonnet como afetados em sa-east-1 por este anúncio específico, mas isso não é garantia de que eles continuam disponíveis na região: confirme direto com get-foundation-model antes de assumir qualquer coisa.

Quanto custa

A fonte não traz valor em dólar ou real para nenhum dos modelos envolvidos nesta troca. A recomendação do próprio guia é comparar o custo na página de preços do Bedrock usando a sua própria contagem de tokens, porque o padrão lá é por token de entrada e de saída, e cada modelo novo tem sua própria tabela.

Um ponto que pesa no orçamento: Claude Haiku 4.5 não aceita o model ID puro para throughput sob demanda no bedrock-runtime, só via inference profile (us., eu., au., jp., in.anthropic.claude-haiku-4-5-20251001-v1:0 ou o global. equivalente). Isso não muda o modelo de cobrança por token, mas muda qual ARN você precisa liberar no IAM e qual ID aparece na sua fatura. A fonte também cita Claude Haiku 5.5 como opção mais nova para quem prioriza custo e sugere testar os dois antes de decidir.

Como começar

Nota da redação: o código desta seção não foi executado em ambiente real. Valide antes de usar em produção.

O primeiro passo é achar todo lugar do código que ainda chama um dos cinco IDs, incluindo variações com prefixo de inference profile e ARNs:

rg -n --hidden -g '!node_modules' -e 'claude-3-(5-|7-)?sonnet' -e 'claude-3-haiku' .
rg -n --hidden -g '*.{yml,yaml,json,toml,tf,tfvars}' -g '.env*' -e 'anthropic\.claude-3' .

Isso cobre variáveis de ambiente de Lambda, Step Functions, Bedrock Agents, Knowledge Bases, Flows, CloudFormation, CDK, Terraform e tabelas de roteamento de gateway de LLM. Depois, confirme o status de lifecycle em cada região que você usa:

for r in ap-south-1 ap-southeast-1 ap-northeast-2 eu-west-2 eu-central-2 sa-east-1 ca-central-1; do
 echo "$r: $(aws bedrock get-foundation-model --region $r \
 --model-identifier anthropic.claude-3-5-sonnet-20241022-v2:0 \
 --query 'modelDetails.modelLifecycle.status' --output text 2>&1)"
done

Com os pontos de chamada mapeados, troque o MODEL_ID mantendo-o em uma variável de configuração, para que o rollback seja uma única mudança. Via Converse API:

import os, boto3
brt = boto3.client("bedrock-runtime", region_name=os.environ.get("AWS_REGION", "ap-south-1"))
# era: "anthropic.claude-3-5-sonnet-20241022-v2:0"
MODEL_ID = os.environ.get("BEDROCK_MODEL_ID", "global.anthropic.claude-sonnet-5-5")

resp = brt.converse(
 modelId=MODEL_ID,
 messages=[{"role": "user", "content": [{"text": "Summarize this ticket in 3 bullets: ..."}]}],
 inferenceConfig={"maxTokens": 1024},
)
# Modelos Claude mais novos podem retornar blocos de raciocínio antes do texto: leia só os blocos com "text".
text = "".join(b["text"] for b in resp["output"]["message"]["content"] if "text" in b)

Se você usa invoke_model com o corpo nativo da Anthropic, a troca é só no modelId e segue o mesmo formato de body.

O que muda para quem já usa

A AWS avisa que clientes existentes podem perder acesso a modelos legados depois de 15 dias de inatividade, e que não dá mais para criar Provisioned Throughput novo em cima de um model ID legado. Depois do EOL, o erro esperado no código é ValidationException ou ResourceNotFoundException; vale colocar alerta nessas duas exceções antes da virada.

Alguns pontos exigem atenção redobrada na migração:

• IAM: conceda bedrock:InvokeModel no ARN do inference profile e nos ARNs dos foundation models de destino; políticas que ainda apontam só para o ARN do modelo antigo vão barrar a chamada nova.
• Quotas: confira o Service Quotas para o modelo novo antes de mover tráfego de produção, porque o limite não é herdado do modelo antigo.
• Residência de dados: profiles geo. e global. podem rotear a chamada para outra região. Se o seu caso exige processamento em uma única região, confirme antes o suporte a processamento "in-region" no card do modelo de destino.

Fonte: DEV Community — #aws