AWS reformula o cadastro e dá US$100 de crédito com limite de gasto configurável por projeto

A AWS publicou no AWS News Blog uma nova experiência de "getting started" que redesenha os primeiros minutos de quem cria uma conta na nuvem. Em vez de passar por configuração de IAM, escolha de região e cartão de crédito antes de rodar o primeiro recurso, o novo fluxo entrega um projeto pronto, US$100 em créditos do AWS Free Tier e login via Google, GitHub, Apple ou uma conta Amazon já existente. Para quem lida com Free Tier no dia a dia, seja estudando para uma certificação, seja validando a primeira ideia de produto, a mudança mexe direto em como a fatura (ou a ausência dela) aparece nos primeiros dias.

Segundo a AWS, a experiência está em rollout gradual para novos clientes. A empresa não dá uma data exata de disponibilidade geral nem detalha os critérios que definem quem ainda precisa inserir cartão de crédito logo de cara; o texto só afirma que "para a maioria dos novos clientes" o cadastro não exige cartão.

O que muda em relação ao Free Tier tradicional

O Free Tier clássico sempre foi uma colcha de retalhos: 12 meses de cota limitada em serviços específicos (como 750 horas de EC2 por mês), ofertas "always free" com teto fixo e trials pontuais, tudo isso em cima de uma conta já configurada com cartão de crédito obrigatório desde o início. Entender o que estava ou não coberto exigia ler a página de Free Tier serviço por serviço.

O novo modelo troca essa colcha de retalhos por um número único e fácil de guardar na cabeça: US$100 de crédito aplicados de forma ampla dentro do projeto, sem precisar mapear qual serviço tem cota grátis e qual não tem. Isso não substitui as ofertas "always free" de serviços específicos, mas resolve o problema mais comum de quem está começando: a ansiedade de não saber se o próximo clique vai gerar cobrança.

A conta aberta: como funciona o limite de gasto

Quando os créditos acabam, o projeto não vira cobrança automática: é preciso entrar com um método de pagamento para migrar ao plano pago, e aí entra o limite de gasto (spend limit), configurável a partir de US$20 por mês. A AWS sugere um valor com base no padrão de uso do projeto, mas o valor final é escolha do usuário.

O mecanismo é simples e vale reproduzir exatamente como a AWS descreve: o limite é um teto, não uma mensalidade fixa. Se você define US$50 de limite e o projeto gera US$32 em custos no mês, a cobrança é de US$32, mais impostos, não os US$50 cheios. Antes de bater no teto, o projeto recebe notificações; se o gasto efetivamente alcança o limite, a AWS pausa o projeto em vez de deixar a fatura continuar subindo.

Esse detalhe importa para quem é avesso a risco financeiro em ambiente de aprendizado: o pior cenário não é mais "fatura de US$400 no cartão", e sim "o projeto parou de responder até eu aumentar o limite". No exemplo do próprio post, o autor relata ter recebido os US$100 iniciais de crédito e mais US$20 adicionais ao implantar uma função Lambda, chegando a US$120 disponíveis, um bônus pontual ligado àquele fluxo específico e não uma regra geral documentada para todo workload.

Por baixo do capô: projeto, permissões automáticas e agente de código

Cada projeto criado nesse fluxo corresponde a uma conta AWS com configurações de compartilhamento, tudo provisionado automaticamente com controles de segurança padrão. Convidar um colega não passa mais por criar usuário no AWS IAM Identity Center: basta um e-mail, e a pessoa só enxerga os projetos aos quais foi convidada.

O ponto mais relevante para quem opera infraestrutura: as permissões entre serviços e recursos são configuradas automaticamente pelo console e pelos agentes de código suportados, sem o trabalho manual de escrever e depurar política de IAM. No teste descrito pela AWS, um prompt simples ('construa uma API que retorna um ID sequencial único a cada requisição') resultou em um agente configurando AWS CLI e o Agent Toolkit for AWS, criando um arquivo CLAUDE.md com instruções do ambiente e implantando sozinho uma função Lambda, uma tabela DynamoDB e uma API no API Gateway, já com as permissões entre esses três serviços resolvidas.

Isso reduz o atrito de quem só quer validar uma ideia, mas também significa menos visibilidade manual sobre o que exatamente foi liberado entre os serviços: vale revisar as políticas geradas antes de levar esse projeto para algo além de prototipagem.

Quando ativar os recursos avançados muda o cálculo de custo

Se o projeto cresce e passa a exigir múltiplas regiões ou governança via políticas customizadas no AWS Organizations, é possível ativar os "advanced features" sem custo adicional pela ativação em si. Segundo a AWS, isso não exige migração nem gera indisponibilidade: tudo o que já foi configurado é preservado e passa a ficar visível nos serviços subjacentes de uma AWS Organization completa.

Na prática, isso quer dizer que a estrutura de contas já nasce compatível com faturamento consolidado e Service Control Policies, mesmo que o usuário nunca tenha ouvido falar nesses termos no primeiro dia. Para quem acompanha custo em várias contas de uma empresa, é um ponto a observar: contas criadas por esse fluxo simplificado podem chegar prontas para consolidação, o que facilita trazê-las para uma estrutura de FinOps maior sem reescrever a árvore de contas do zero.

Para quem está começando ou estudando para certificação

Para quem monta labs de certificação ou testa serviços pela primeira vez, o combo de crédito fixo com teto configurável resolve o medo mais comum: abrir uma conta de estudo, esquecer um recurso rodando e descobrir semanas depois uma cobrança inesperada. Com o spend limit, o pior resultado é o projeto pausado, não uma fatura indesejada no cartão.

Vale uma ressalva antes de recomendar esse fluxo para qualquer workload: como o rollout é gradual e, segundo a AWS, voltado a novos clientes, quem já tem conta AWS ativa pode simplesmente não ver essa experiência ainda. E como o projeto é pausado ao bater o limite, esse modelo não é pensado para nada que precise de disponibilidade contínua garantida, apenas para aprendizado, prototipagem e validação inicial de ideia.

Fonte: AWS News Blog