A semana de 1 a 7 de junho de 2026 removeu dois motivos antigos para manter uma carga de trabalho onde ela está: a licença de SQL Server que prendia bancos de dados ao EC2 e o user pool do Cognito que prendia uma aplicação a uma única Região. Nenhum dos dois lançamentos é glamouroso. Os dois mudam uma conversa de migração que costumava terminar com "não dá, porque".

Por baixo deles, o Kubernetes 1.36 chegou ao Amazon EKS com user namespaces em disponibilidade geral, o Fargate cresceu para tasks de 32 vCPUs e o Cost and Usage Report finalmente aterrissa no Athena e no Redshift sem um pipeline montado à mão. Lida em conjunto, foi uma semana de encanamento, e semanas de encanamento são onde times de plataforma economizam dinheiro de verdade.

RDS for SQL Server: traga a licença que você já pagou

Amazon RDS for SQL Server agora suporta Bring Your Own Media, publicado em 2 de junho. Clientes saindo do on-premises, de outra nuvem ou de SQL Server autogerenciado no EC2 podem rodar no RDS reaproveitando licenças existentes de SQL Server, inclusive com Software Assurance, pelo programa License Mobility da Microsoft. O uso das licenças é acompanhado pelo AWS License Manager.

Até agora a opção no RDS era License Included, o que significava pagar a Microsoft duas vezes se você estivesse no meio de um enterprise agreement. Esse era o motivo mais comum que eu já ouvi para um parque de SQL Server acabar no EC2 em vez do RDS: não uma restrição técnica, uma restrição de compras. O BYOM tira o argumento da mesa, e chega uma semana antes de o AWS Transform adicionar uma avaliação de custo que modela BYOM contra License Included (essa é de 8 de junho, então pertence ao post da semana que vem).

O trade-off é o que o License Mobility sempre carregou: depende de Software Assurance ativo, e a posição de compliance agora é sua para provar em um serviço gerenciado. O License Manager ajuda na contagem; não ajuda na auditoria. Decida quem é dono disso antes da primeira instância.

Cognito ganha uma segunda Região, com condições

A replicação multirregião do Amazon Cognito mantém uma cópia sincronizada de perfis de usuário, credenciais e configuração do pool em uma Região secundária. O post de lançamento detalha o formato: a replicação é unidirecional, a secundária é somente leitura e atende autenticação, tokens emitidos por qualquer das Regiões são reconhecidos pelas duas, e federação (social, SAML, OIDC) funciona a partir da réplica. É um add-on para pools dos tiers Essentials e Plus em 16 Regiões, com preço de $0.0045 por usuário ativo mensal por Região de réplica no Essentials, $0.006 no Plus, e uma sobretaxa de 30% em tokens machine-to-machine.

O Cognito era o componente que transformava "multirregião" em mentira em muitas arquiteturas: o banco replicava, a computação era stateless, e o provedor de identidade vivia em exatamente um lugar. Isso corrige o problema, mas leia os passos de configuração antes de comemorar. Você precisa de uma chave KMS multirregião, e precisa trocar o tipo de issuer OIDC para os novos endpoints multirregião, o que significa reimplantar todo cliente server-side e publicar atualizações de app mobile. Triggers de Lambda, configuração de SMS e e-mail, streaming de logs e regras de WAF não são replicados; você os reconstrói na Região de destino à mão. Durante o failover, o login continua, mas novos cadastros e atualizações de perfil ficam pausados.

O failover em si é seu: atualizações de DNS guiadas por health checks que você projeta. Para managed login com domínio customizado existe roteamento embutido contra um health check do Route 53. O conselho do post de rotear uma pequena fatia do tráfego fora de pico para a secundária antes de precisar dela é o jogo inteiro. Um standby não testado é uma hipótese.

Kubernetes 1.36 no EKS: menos webhooks, menos root

Amazon EKS e EKS Distro suportam Kubernetes 1.36 em todas as Regiões onde o EKS roda, inclusive GovCloud. Quatro recursos importam para operadores de plataforma: User Namespaces em disponibilidade geral, mapeando o root do container para um usuário sem privilégios no host, de modo que um container breakout não compra nenhum privilégio no nó; Mutating Admission Policies permitem expressar mutações baseadas em CEL no API server sem operar infraestrutura de webhook; vertical scaling in-place no nível do Pod redimensiona o orçamento compartilhado de CPU e memória de um Pod sem restart; e Resource Health Status expõe a saúde de dispositivos no status do Pod.

O item para agir é Mutating Admission Policies. Todo mutating webhook que você roda é um componente no caminho crítico de cada kubectl apply, com seu próprio TLS, sua própria disponibilidade e seu próprio timeout. Mover injeção de sidecar, labels padrão e reescrita de imagens para políticas CEL remove uma classe de incidente. User Namespaces é o ganho de segurança, mas precisa de suporte do runtime e do nó, então trate como uma migração de node group, não como uma flag.

CUR 2.0 no Athena e no Redshift, sem o Glue

O Cost and Usage Report 2.0 agora se integra ao Athena e ao Redshift. Escolha a engine, e a exportação chega no formato certo (Parquet ou GZIP) com templates, definições de tabela e instruções de carga; as tabelas se atualizam conforme os dados são renovados. Quem já manteve um crawler do Glue mais uma stack do CloudFormation só para tornar dados de billing consultáveis sabe o que isso substitui. Está disponível em todas as Regiões comerciais, não em GovCloud ou China. Combine com o novo lookback de 32 dias do Compute Optimizer para rightsizing de EBS e ECS, que finalmente cobre um ciclo mensal completo.

Também nesta semana

O fio condutor

Nenhum dos lançamentos desta semana adiciona uma capacidade que você não pudesse construir antes. Você podia rodar SQL Server no EC2 com sua própria licença. Você podia escrever um job de exportação do Cognito e rezar. Você podia rodar webhooks. O que mudou é que o caminho gerenciado agora cobre o caso que antes forçava o não gerenciado, e a distância entre "o que gostaríamos de rodar" e "o que a licença ou a arquitetura permite" fechou um pouco. São essas as semanas que movem migrações, não as semanas de keynote.

Leia isto a seguir

A leitura de IA e agentes da semana vive em ercan.ai. Para consultoria em AWS, nuvem, pipelines de CI/CD, Linux, GitHub/GitLab e mais, o hub é ercanermis.com.

Referências