Em 16 de outubro de 2026 o AWS Transform colocou a conversão de código Azure-para-AWS em disponibilidade geral: o agente de modernização .NET agora encontra chamadas do Azure SDK no seu código e as reescreve como chamadas do AWS SDK, o que move a conversa de migração do Azure de "mover as VMs" para "mudar o código". Na mesma semana o Lambda ganhou um segundo form factor, as Lambda Web Functions, cobradas por CPU ativa em vez de tempo de relógio; o ECS lançou uma métrica de contagem de tasks que conta tasks em drenagem; e o ARC Region switch aprendeu a verificar as quotas da Região standby antes de você precisar delas.

O Transform converte código do Azure SDK, não só VMs do Azure

O anúncio de 16 de outubro é específico sobre o escopo. O Transform descobre o Azure SDK no código .NET submetido, apresenta opções de conversão no relatório de avaliação, deixa você aceitar ou ajustar, depois converte as chamadas e valida o resultado. Em disponibilidade geral: Azure Functions para AWS Lambda, Azure Blob Storage para Amazon S3, Azure Queue Storage para Amazon SQS. Azure Cosmos DB para Amazon DynamoDB está em preview. O AWS Transform roda em oito Regiões: N. Virginia, Mumbai, Tokyo, Seoul, Sydney, Canada Central, Frankfurt e London.

Por que isso importa mais do que outra história de VMware: até agora o caminho agêntico do Azure era infraestrutura. Você podia replicar VMs do Azure, mas um app de Functions falando com Blob Storage ainda era uma reescrita que alguém precisava agendar. Os pares em GA são os três serviços que compõem a maior parte de um back end .NET cloud-native: um trigger, um object store, uma fila. O par em preview é o honesto. Cosmos DB para DynamoDB é uma conversão de modelo de dados, não uma troca de SDK; partition keys, níveis de consistência e formatos de consulta não se traduzem por regex, então espere que o código DynamoDB gerado compile antes de estar correto. Rode a avaliação mesmo que não vá migrar neste trimestre: quanto do parque está nos pares em GA versus Cosmos, Service Bus ou Key Vault é o número que todo business case de migração vem chutando.

Mais três itens do Transform: o Transform for migrations chegou a Asia Pacific (Singapore) (15 de outubro). A modernização full-stack de Windows agora implanta clusters Aurora PostgreSQL convertidos em uma Região diferente e está disponível em sete a mais (15 de outubro): suba o DDL do SQL Server, defina uma Região de destino, e o código .NET dependente é tornado compatível com PostgreSQL na mesma execução. No lado do mainframe, um post conjunto com a Cognition (12 de outubro) mostra o Transform recuperando regras de negócio de COBOL, PL/I e JCL com rastreabilidade por linha de código, e o Devin transformando os requisitos aprovados em specs, backlog, código e testes, cada um como um pull request que um humano faz merge. Sem percentual de automação, sem alegação de tempo economizado. Essa contenção é a coisa mais crível nele.

Lambda Web Functions: uma porta, não um handler

Em 12 de outubro a AWS anunciou as Lambda Web Functions. O seu código escuta no host e porta em AWS_LAMBDA_HTTP_ENDPOINT e trata HTTP como qualquer servidor; Express, Hono, Fastify e Next.js rodam sem adaptadores, e as funções existentes foram renomeadas para Lambda Event Functions. Um ambiente quente atende até 128 requisições concorrentes (padrão 64, via maxConcurrencyPerEnvironment); requisições acima do limite recebem 429, não uma fila. Cada ambiente tem 2 vCPUs e 2 GB, o runtime é Node.js 24 em Arm64, e está ativo em N. Virginia, Ohio, Oregon, Tokyo e Ireland. aws lambda-web deploy --name app --code ./dist --regions us-east-1,eu-west-1 retorna a URL. No mesmo dia o CloudFront adicionou Web Functions como origin com Origin Access Control, que é como você coloca um domínio customizado e WAF na frente de uma.

O modelo de cobrança é o anúncio de verdade. A página de preços do Lambda lista Web Functions em N. Virginia em Arm a $0.0000276944 por vCPU-segundo ativo, $0.0000036667 por GB-segundo de memória mantida e $0.30 por milhão de requisições, contra $0.20 por milhão para Event Functions e $0.0000166667 por GB-segundo na tarifa x86 de Event Function. Tome os dois extremos. Um ambiente de 2 vCPUs e 2 GB com CPU cheia custa cerca de $0.000063 por segundo; uma Event Function de 2 GB cerca de $0.000033. Um ambiente que passa a maior parte do tempo esperando um banco custa cerca de $0.0000073 por segundo de memória e quase nada de CPU. O modelo ganha quando a CPU está ociosa, a camada web normal, e perde quando está ocupada, processamento de imagem e SSR pesado. Faça benchmark da sua fatia de CPU no p95 antes de mover uma carga; a página de preços não mostra free tier para Web Functions.

Modo de falha que vale declarar: 128 requisições concorrentes em um único processo Node.js compartilham um event loop, então um caminho síncrono lento degrada 127 vizinhos. E como as requisições excedentes recebem 429, a política de retry do seu cliente faz parte da arquitetura.

O ECS finalmente conta as tasks que ainda estão rodando

Em 13 de outubro o Amazon ECS adicionou LiveTaskCount e removeu a cobrança de RunningTaskCount. LiveTaskCount reporta tasks em ACTIVATING, RUNNING e DEACTIVATING, incluindo tasks que ainda servem tráfego enquanto drenam durante o scale-in. Essa cláusula é o bug que ele corrige: a contagem antiga subnotificava durante o scale-in, então um serviço drenando 20 tasks parecia menor do que era e a política podia corrigir demais. Se você escala por contagem de tasks, troque a métrica e reajuste o alvo. RunningTaskCount no Container Insights agora é gratuito.

O Region switch verifica as quotas antes do failover

Em 14 de outubro o ARC Region switch adicionou quatro capacidades: blocos de execução de Systems Manager Run Command e de payload Lambda, verificações de paridade de service quotas e uma espera pela saúde do target group em ações de scaling de computação. A verificação de quotas é a que vale adotar esta semana. Planos de failover falham do jeito mais sem graça imaginável: a Região standby tem um limite padrão de 32 vCPUs onde a produção tem 2.000, descoberto na hora do scale-out durante o incidente. Paridade de quotas avaliada com antecedência transforma isso em um ticket numa terça-feira tranquila. A espera pelo target group fecha a outra lacuna clássica, em que o runbook declara a Região de pé quando o ASG atinge a capacidade desejada enquanto o ALB ainda falha nos health checks.

Também nesta semana

O fio condutor

Toda manchete desta semana substitui algo que você costumava estimar por algo que pode medir. A avaliação do Transform diz quanto de uma base de código Azure é conversível em vez de deixar um comitê chutar. As Web Functions cobram a CPU que você gasta, e a lista de preços te dá o ponto de equilíbrio antes de mover. LiveTaskCount conta as tasks que de fato estão servindo. O Region switch verifica as quotas do standby antes do dia em que importam. Menos empolgante que um keynote, mais útil numa terça-feira.

Leia isto a seguir

Para a leitura de modelos e agentes da mesma semana, as notas de campo de IA vivem em ercan.ai. O hub, incluindo consultoria em AWS, nuvem, pipelines de CI/CD, Linux, GitHub/GitLab e mais, está em ercanermis.com.

Referências