Na semana de 8 a 14 de junho de 2026, a AWS renomeou seu motor de rehost para AWS Transform MGN, o que diz para onde vai a linha de produtos de migração: o agente é o produto, e o serviço de replicação é uma peça que ele chama. A mesma semana entregou um conjunto de ferramentas de custo que lê a sua fatura por você (o FinOps Agent em preview, investigações de anomalia com IA e explicações inteligentes de custo), as primeiras instâncias Graviton5 para uso geral e um aviso de manutenção para a AWS CLI v1 que qualquer pessoa com uma década de shell scripts deveria ler duas vezes.

Também nesta semana: o Claude Fable 5 da Anthropic foi lançado no Bedrock em 9 de junho e teve o acesso revogado em 12 de junho sob uma diretiva de exportação dos EUA. Essa história é contada em ercan.ai; a lição de infraestrutura é a de sempre: não prenda produção a um único upstream que você não controla.

AWS Transform MGN: o rename que é um roadmap

AWS Application Migration Service agora é AWS Transform MGN, datado de 8 de junho. O anúncio é explícito que se trata de uma mudança de nome refletindo o papel do MGN como "o motor de replicação comprovado que move o AWS Transform", não lista mudanças de API, preço ou recursos, e mantém as certificações de compliance (FedRAMP High, HIPAA, PCI DSS, ISO, SOC 1, 2, 3). Está disponível em todas as Regiões comerciais e nas duas Regiões GovCloud.

Você agora tem duas experiências de rehosting. O console do AWS Transform MGN dá controle direto sobre replicação e cutover, como o MGN sempre fez. O workflow agêntico do AWS Transform põe um agente para fazer discovery, planejamento de waves, configuração de landing zone, criação de rede e o rehost ou a containerização em si, chamando o MGN por baixo. Leia como uma declaração de intenção: o caminho do console é para quem sabe o que está fazendo e quer os botões; o caminho do agente é para onde a AWS espera que o volume vá.

Na mesma data, o AWS Transform adicionou uma avaliação de custo de migração para RDS for SQL Server. Alimente-o com exports do RVTools, dados de CMDB ou a saída da ferramenta de discovery do Transform, e ele recomenda configurações de instância, modela Bring Your Own Media contra License Included (o BYOM chegou ao RDS na semana passada), precifica em Database Savings Plans (até 20% abaixo do On-Demand) e sinaliza elegibilidade ao MAP. Cenários what-if permitem variar Região, utilização e prazo. O trade-off de qualquer ferramenta de TCO: a saída é tão honesta quanto os dados de utilização que você forneceu. Números de pico do RVTools produzem uma fatura conservadora; números de percentil 95 produzem a fatura que o financeiro vai cobrar de você.

Nota prática: o anúncio não diz nada sobre prefixos de ação IAM, namespaces de SDK ou tipos de recurso do Terraform, então assuma que mgn continua no lugar até que um changelog diga o contrário.

Três agentes para uma fatura

A gestão de custos recebeu mais atenção agêntica em uma semana do que no ano anterior inteiro. O AWS FinOps Agent entrou em preview em 9 de junho em US East (N. Virginia), sem custo durante o preview. Ele responde perguntas sobre custo, traz recomendações de rightsizing, recursos ociosos e Savings Plans vindas do Cost Optimization Hub e do Compute Optimizer, investiga anomalias, executa workflows de FinOps agendados, abre tickets no Jira e publica achados no Slack. Seus dados cobrem todas as Regiões exceto GovCloud e China.

As investigações de custo com IA (8 de junho) ficam dentro do Cost Anomaly Detection: escolha "Investigate with Amazon Q" em uma anomalia detectada e ele determina se a mudança foi puxada por uso ou por tarifa, nomeia os serviços, contas e Regiões que contribuíram e, para mudanças de uso, correlaciona com o CloudTrail para atribuir o pico a chamadas de API e principals IAM específicos. Com um organization trail, cobre as contas-membro. Sem custo adicional, exceto que o caminho cross-account lê um organization trail entregue ao CloudWatch Logs, então cobranças de scan do Logs Insights se aplicam. As explicações inteligentes de custo do Cost Explorer (9 de junho) e a análise de cobertura-alvo no Savings Plans Purchase Analyzer (8 de junho) completam o pacote.

Se você vai deixar um agente perto de produção, custo é o domínio certo para começar: os dados são somente leitura, o raio de impacto de uma resposta errada é um ticket errado no Jira, e a alternativa é um humano fazendo a mesma correlação de CloudTrail às 23h depois de um alerta de anomalia. O modo de falha é ruído. Um agente que abre um ticket para cada anomalia treina o time a fechar tickets sem ler em menos de um mês. Defina o escopo dos agendamentos e dos limiares antes de ligar as integrações, do mesmo jeito que você definiria o escopo de um alerta de orçamento.

Graviton5 chega ao uso geral

As instâncias M9g e M9gd entraram em disponibilidade geral em 10 de junho. A AWS afirma até 25% mais desempenho de computação que o Graviton4 no geral, até 35% para aplicações web e inferência de ML, até 30% para bancos de dados e um cache L3 5x maior. Os maiores tamanhos chegam a 192 vCPUs e 768 GiB; a M9gd carrega até 11.4 TB de NVMe local. Disponíveis em US East (N. Virginia), US East (Ohio), US West (Oregon) e Europe (Frankfurt).

Quatro Regiões é a restrição. Se seus Savings Plans são EC2 Instance plans travados em M8g em uma Região fora dessa lista, não há nada a fazer ainda. Se são Compute Savings Plans, a M9g é um experimento drop-in: os mesmos binários ARM64, uma mudança no launch template e uma semana de CloudWatch para ver se os 25% aparecem na sua carga de trabalho ou só no benchmark.

AWS CLI v1 entra em manutenção em 15 de julho

O time da AWS CLI anunciou em 10 de junho que a CLI v1 entra em modo de manutenção em 15 de julho de 2026. A partir daí, a v1 empacota suas próprias cópias de botocore e s3transfer em vez de depender dos pacotes independentes; atualizar a CLI não os atualiza mais, e instalá-los não muda mais o que a CLI usa. Novas releases da v1 ficam limitadas a correções críticas de bugs e problemas de segurança.

A quebra sutil está em ambientes onde a CLI v1 e o boto3 compartilham uma instalação de Python. Depois da mudança há duas cópias de botocore nesse ambiente, e qualquer script que assumia que "pip install awscli" mantinha as dependências do boto3 atualizadas está errado. Fixe as dependências do boto3 explicitamente, depois planeje a migração para a v2. As diferenças entre v1 e v2 são majoritariamente defaults de saída e paginação, que é exatamente o tipo de coisa que quebra um cron job em silêncio.

Também nesta semana

O fio condutor

Toda manchete desta semana é a AWS movendo uma tarefa humana para dentro de um serviço: planejamento de waves para um agente, investigação de anomalias para o Q, modelagem de TCO para o Transform. Os motores não mudaram; o que mudou é quem lê a saída. Decida deliberadamente em quais desses leitores você confia, e mantenha o caminho do console aquecido para o dia em que o agente estiver errado sobre o seu parque.

Leia isto a seguir

Para o lado de modelos e agentes da mesma semana, incluindo a interrupção do Fable 5, leia ercan.ai. Para consultoria em AWS, nuvem, pipelines de CI/CD, Linux, GitHub/GitLab e mais, o hub é ercanermis.com.

Referências