A semana de 15 a 21 de junho de 2026 foi a do AWS Summit New York, e para quem lê infraestrutura a manchete não é um agente: o AWS Transform deixou de ser uma ferramenta de migração e virou um serviço permanente que varre seus repositórios atrás de dívida técnica e a corrige em um cronograma. Na mesma semana o CloudWatch mudou seu modelo de métricas para OpenTelemetry nativo com PromQL e preço de ingestão por GB, o Management Console aprendeu a viver inteiramente dentro de uma VPC, o auto scaling do ECS ganhou métricas de 20 segundos, e o Extended Support do MySQL 5.7 foi empurrado para junho de 2029.

Os anúncios de agentes do Summit (AgentCore harness em GA, AWS Continuum, Managed Knowledge Base) são cobertos em profundidade em ercan.ai. Aqui eles ganham um bullet, porque o lado de infra teve bastante coisa própria.

Quatro lançamentos do AWS Transform, uma direção

Em 15 de junho a AWS lançou a modernização contínua no AWS Transform, em preview em US East (N. Virginia) e Europe (Frankfurt). Conecte código do GitHub, GitLab, Bitbucket ou de outro lugar, e ele detecta, prioriza e remedia dívida técnica continuamente em "milhares de repositórios": dependências em fim de vida, frameworks desatualizados, mais análises de prontidão agêntica e prontidão para modernização e um gancho no AWS Security Agent para vulnerabilidades no nível do código. A remediação pode ser agendada automaticamente "com supervisão humana", e o post de lançamento o descreve gerando pull requests contra baselines configuráveis.

Depois, em 16 de junho, mais três: a avaliação de migração model-to-model varre uma base de código atrás de uso de OpenAI, Gemini, SDK direto da Anthropic, LiteLLM e Ollama (inclusive via LangChain, LlamaIndex, CrewAI e LangGraph) e produz mapeamentos para o Bedrock, comparações de custo e mudanças de código, sem custo além do preço padrão do Transform. O AWS Transform for mainframe ganhou um workflow de reimagine rastreável para COBOL e PL/I em z/OS: funções de negócio viram requisitos prontos para desenvolvimento e código cloud-native, cada requisito rastreia de volta até a origem, e tudo chega ao Kiro e a outras IDEs via MCP. E o AWS Transform agora tem como destino o Amazon FSx for NetApp ONTAP em preview público, replicando block storage de origens NetApp, Dell, Pure Storage ou VMware na mesma wave que computação e rede, onde o EBS era antes o único destino.

A modernização contínua é a que muda a relação. Uma ferramenta de migração é um projeto: tem começo, fim e um escopo que você pode revisar. Um serviço que lê todos os repositórios o tempo todo e abre PRs é uma permissão permanente. As perguntas a resolver antes de o preview tocar em qualquer coisa são mundanas e decisivas: quais baselines, quem revisa os PRs que o agente abre, o que "remediação automática" significa para um repo que ninguém implantou em dois anos, e se o token de leitura cobre repositórios que guardam segredos no histórico. O preview estar limitado a duas Regiões é a restrição menos interessante.

CloudWatch vira um armazenamento de métricas compatível com Prometheus

O CloudWatch introduziu métricas OpenTelemetry nativas com consultas PromQL e preço por GB em 16 de junho. O CloudWatch aceita métricas via OTLP, expõe uma API de consulta compatível com Prometheus e permite consultar métricas customizadas junto com métricas vended de mais de 70 serviços da AWS em uma única expressão PromQL. A ingestão é cobrada por GB com 15 meses de armazenamento incluídos. Disponível em todas as Regiões comerciais exceto Middle East (UAE), Middle East (Bahrain) e Israel (Tel Aviv).

Não chegou sozinho. A centralização de métricas cross-account (15 de junho, 17 Regiões) replica métricas de muitas contas e Regiões para uma conta de destino usando regras definidas no AWS Organizations, para que um time central seja dono da cópia usada em alarmes e governança. O Log Analytics (15 de junho) junta Logs Insights, Live Tail e Contributor Insights em uma experiência padrão de console com consultas em abas, cobrada nas tarifas subjacentes. O Query Studio entrou em GA.

Modele a mudança de preço antes de mover qualquer coisa. Métricas customizadas do CloudWatch sempre foram cobradas por métrica por mês, o que pune cardinalidade. Ingestão por GB cobra bytes, não séries, que é como cargas de trabalho no formato Prometheus sempre foram custeadas. O anúncio não dá tarifas, então faça as suas: pegue uma semana do seu exporter OTel mais movimentado, estime os bytes e compare com as mesmas séries como métricas customizadas. Se você roda o Amazon Managed Service for Prometheus apenas como endpoint PromQL para o Grafana, este lançamento pergunta se você ainda precisa dele.

O console entra para dentro do perímetro

Dois lançamentos fecham uma lacuna que arquiteturas de data perimeter contornavam há anos. O AWS Management Console Private Access (15 de junho) agora roteia todo o tráfego de console dos consoles de serviço suportados por VPC endpoints do PrivateLink, então o console funciona a partir de uma VPC sem caminho para a internet; você paga apenas o endpoint e o processamento de dados. Antes, o Private Access conseguia restringir quais contas e redes alcançavam o console, mas ainda exigia conectividade com a internet. O AWS Sign-in agora suporta resource-based policies e resource control policies (16 de junho), avaliadas no login e novamente sempre que a sessão solicita novas credenciais, então uma RCP para toda a organização pode restringir o login no console às redes esperadas.

Se a sua posição é que ninguém toca no console em produção, isso ainda importa: o caminho break-glass existe, e é melhor que seja alcançável apenas da sua rede do que como um endpoint público atrás de uma condição de IP de origem que alguém vai afrouxar durante um incidente.

Containers: scaling mais rápido, egress roteado

O auto scaling de serviços do ECS ganhou métricas de 20 segundos em 18 de junho: ECSServiceAverageCPUUtilizationHighResolution e ECSServiceAverageMemoryUtilizationHighResolution, habilitadas por serviço e selecionáveis como métricas de target tracking. Nos benchmarks da AWS, o tempo para disparar um scale-out caiu de 363 para 86 segundos e o tempo total até tasks em execução de 386 para 109 segundos. O recurso é gratuito; as métricas de alta resolução do CloudWatch das quais ele depende não são, onde as métricas padrão de 60 segundos eram.

O egress do control plane do EKS roteado pelo cliente (18 de junho) envia o tráfego de saída do control plane, ou seja, callbacks de admission webhooks, consultas a provedores OIDC e requisições de API agregada, pela sua VPC, sob suas route tables e security groups. Defina controlPlaneEgressMode como CUSTOMER_ROUTED na criação ou atualização, e imponha isso em toda a frota com a condition key de SCP eks:controlPlaneEgressMode. O ganho é alcançar um provedor OIDC ou servidor de webhook privado dentro da VPC; o risco é que o seu roteamento agora está no caminho de toda chamada de webhook, então uma route table ruim vira um API server que não consegue admitir Pods.

Também nesta semana

O fio condutor

Leia os lançamentos de infra como um único movimento: a AWS está puxando para dentro da sua fronteira coisas que viviam fora dela. Remediação de dívida técnica vira um serviço. O armazenamento de métricas Prometheus vira o CloudWatch. O console vira um VPC endpoint. As chamadas de saída do control plane do EKS viram as suas rotas. Juntos, significam que mais da sua superfície operacional é um serviço gerenciado com um botão de política, e menos partes são algo cujo código você pode ler. Decida onde você quer essa linha, porque esta semana a moveu.

Leia isto a seguir

O lado de agentes do Summit, do harness ao Continuum, está em ercan.ai. Para consultoria em AWS, nuvem, pipelines de CI/CD, Linux, GitHub/GitLab e mais, o hub é ercanermis.com.

Referências