AWS Builder Center
O que a nova experiência da AWS significa pra quem está começando?

O que a nova experiência da AWS significa pra quem está começando?

Descubra como a nova experiência AWS simplifica tudo pra quem está começando: projetos, team members, permissões automáticas, créditos gratuitos e controle de custos sem sustos

Associate Developer Advocate at AWS
A primeira vez que mexi na AWS, foi porque eu tinha construído algo localmente e queria colocar no ar pra que meus amigos pudessem ver aquilo que eu via no localhost. Mas essa jornada, desde que vi a tela de login da AWS pela primeira vez e tive que criar minha conta, até finalmente ver meu aplicativo rodando, me tomou semanas.
O que eu preciso? O que são as Regiões e qual eu escolho? O que é o IAM e por que ele me pede tantas permissões? Como eu sei quanto um aplicativo específico está consumindo? E por que está tudo tão espalhado?
A AWS está lançando uma nova experiência pensada justamente pra quem está começando, porque eu não fui a única pessoa que esbarrou nessas perguntas e a AWS escutou a gente. A nova experiência tenta resolver algumas fricções que eu senti e que também se repetiam entre quem mexia na AWS pela primeira vez. E neste blog eu vou te contar quais são essas mudanças e o que elas significam pra quem está começando.

Como criar uma conta na AWS?

Pra começar, agora dá pra criar sua conta com Google, GitHub ou AWS Builder ID , o que facilita as coisas, porque agora você não precisa perder tempo preenchendo um formulário gigante e pode começar a construir com uns poucos cliques. E o que mais me anima é que pra maioria dos novos usuários um cartão de crédito não vai mais ser necessário, o que eu acho sensacional pra estudantes.

Projetos

Uma coisa que não me agradava é que, se você não tinha muita experiência, ou se não investia um bom tempo estudando governança, ter clareza sobre os recursos que estava usando pra um aplicativo específico virava um baita desafio.
Agora no novo AWS, existe algo chamado Projetos. Um projeto é uma conta da AWS independente na qual você cria recursos. A diferença é que você pode criar vários projetos, e os recursos que você cria em cada projeto não vão aparecer nos outros.

Convide membros de equipe

Isso é algo que eu teria adorado ter quando estudava, poder convidar meus colegas pra um mesmo espaço pra construir junto sem ter que brigar com o IAM e explicar pra eles como usar as credenciais.
Na nova experiência você pode convidar team members (membros de equipe) pros seus projetos só mandando um convite por e-mail pelo AWS Settings. Eles criam o próprio AWS Builder ID pra entrar e pronto, já estão colaborando com você, e não tem custo por convidar colaboradores, diferente de outras plataformas. Eles compartilham o mesmo projeto e só pagam pelos recursos que usarem, igualzinho a se você estivesse sozinho. Isso deixa tudo perfeito pra estudar em grupo, pra um hackathon ou pro projeto final da faculdade. Se você quiser o passo a passo exato, está na documentação oficial pra convidar team members .

Comece a construir sem brigar com as permissões

Quando eu comecei, o IAM foi uma das coisas mais confusas. Por que eu tenho que criar usuários, funções e políticas só pra testar alguma coisa? Parecia uma parede enorme antes de eu conseguir sequer criar qualquer coisa.
Pra entender o que muda, o que me ajuda é pensar nas permissões como três camadas diferentes.
A primeira camada é quem entra no seu projeto, ou seja, quais pessoas podem fazer login e trabalhar. Antes, isso você montava na mão, criando usuários, credenciais e políticas pra cada um. Na nova experiência quem cuida disso é a AWS. Você não cria mais usuários, você convida pessoas por e-mail e elas entram com o AWS Builder ID delas como team members.
A segunda camada são as regras do projeto, os limites que valem pro projeto inteiro e definem o que dá pra fazer no geral, como trabalhar em uma única Região ou quais serviços estão disponíveis. Na nova experiência a AWS também carrega essa parte, então você não configura. Se você quiser dar uma olhada nos detalhes, está na documentação de políticas pra projetos .
A terceira camada é o acesso entre os seus recursos e o mundo externo (internet). E isso é uma coisa que me surpreendeu. Dentro do seu projeto, seus recursos já têm permissão pra interagir entre si por padrão, então a sua Lambda consegue ler do seu DynamoDB sem que você configure nenhuma política de IAM. O que continua nas suas mãos é decidir o que você expõe pro mundo externo, porque por padrão nada do seu projeto é acessível pela internet até que você configure, como um bucket público no S3, uma API no API Gateway ou um function URL de Lambda.

Sem sustos na fatura enquanto você aprende

Quando você está começando, o que mais assusta geralmente não é o código, é a fatura. A nova experiência lida com isso de um jeito que realmente me deixou tranquilo.
Tudo começa com o Free Tier . Como usuário novo você recebe até $200 em créditos, $100 no momento em que cria sua conta e até $100 a mais conforme completa atividades como criar uma função Lambda ou uma instância EC2, ótimo pra começar a aprender e construir. Dá pra usar esses créditos durante os seus primeiros seis meses. No Free plan você constrói com serviços gratuitos e com esses créditos, e não te cobram a menos que você decida subir de plano, então não tem cobrança surpresa enquanto você aprende.
Além disso, como seus recursos vivem dentro de projetos, você consegue ver exatamente quanto cada projeto gasta em vez de garimpar num monte só. Essa clareza por projeto era justamente o que eu queria quando comecei.
E quando seus créditos gratuitos acabam e você passa pro Paid plan pra continuar construindo, é aí que entram os limites de gasto. Um limite de gasto é um teto mensal pra um projeto, e se você atingir, a AWS pausa o projeto pra que sua fatura nunca cresça além do que você definiu. Os limites de gasto são um recurso do Paid plan, então pense neles como mais uma ferramenta pra quando você começa a trabalhar com recursos além dos créditos da camada gratuita. Aqui estão os detalhes de como criar um limite de gasto .

Uma única Região, e por que isso te ajuda no começo

Outra pergunta que ficava martelando na minha cabeça era a das Regiões. Qual eu escolho? E se eu errar?
Na nova experiência cada projeto trabalha em uma única Região, então é uma decisão a menos pra tomar quando você está começando. Todos os seus recursos regionais moram ali. Se você quiser confirmar qual é a sua, você encontra no AWS Settings, nas informações adicionais do seu projeto.

Perguntas frequentes

O que acontece se eu atingir meu limite de gasto?

Seu projeto é pausado pra você não continuar gastando. Pra reativar, o dono do projeto aumenta o limite pelo AWS Settings.

Posso usar qualquer serviço da AWS?

Nem todos estão disponíveis logo de cara. Se um serviço não aparecer, você pode conferir a lista de serviços suportados  e, se precisar, ativar recursos avançados, que é a AWS do jeito que a gente já conhecia.

Onde eu vejo o que estou gastando?

No AWS Settings, na seção de Billing. Sua cobrança é compartilhada entre todos os seus projetos, então você paga em um lugar só em vez de ficar fazendo malabarismo com uma fatura pra cada um. Mesmo assim, dá pra ver quanto cada projeto gasta por conta própria, então nada fica espalhado.

Pra fechar

O que mais teria me ajudado quando eu comecei não era outro tutorial, era tirar os obstáculos que me impediam de simplesmente começar. E é exatamente isso que a nova experiência da AWS resolve.
  • Você entra com um login social e trabalha dentro de um projeto, sem tanta configuração inicial.
  • Você convida seus amigos pra colaborar sem custo por adicioná-los.
  • Você começa com créditos gratuitos e custos claros por projeto, e os limites de gasto seguram sua fatura quando você passa pro Paid plan.
  • O acesso humano quem gerencia é a AWS, então o IAM deixa de ser a primeira pedra no seu sapato.
  • Você trabalha em uma única Região, com menos decisões no começo.
Se algo disso despertou sua curiosidade, o melhor próximo passo é criar seu projeto e construir algo pequeno. A teoria faz sentido de verdade quando você põe em prática, e agora o caminho pra fazer isso é bem mais curto.
Se você curte esse tipo de conteúdo e prefere vídeos, siga a gente no nosso canal do YouTube AWS Developers LATAM , a gente te espera por lá.
Any opinions in this article are those of the individual author and may not reflect the opinions of AWS.
Enjoyed reading this content? Let the author know!

Your likes, comments, shares, and saves help creators reach more builders.

Loading recommendations

Loading article