Seja bem-vindo(a) ao universo do Amazon S3. Se você lida com dados na nuvem, deve saber que o S3 (Simple Storage Service) é o nosso grande “cofre digital”. Contudo, ele não é apenas um lugar, mas sim uma coleção de contas bancárias cuidadosamente desenhadas para otimizar onde e como o seu dinheiro (os custos) será gasto.

A verdadeira magia da economia na nuvem reside em algo simples: tratar seus dados como se fossem seu próprio dinheiro, guardando cada tipo na “conta” mais adequada ao seu ritmo de vida.

Para que esta jornada seja suave e compreensível, faremos uma analogia com as finanças pessoais.

Acesse o exemplo de mapa de classes S3: https://aws-s3-classes-arm.d1wmixdezoes8g.amplifyapp.com/

A Analogia Financeira: Do Imediato ao Arquivamento

1. S3 Standard: O Dinheiro na Conta Corrente

Imagine o S3 Standard como o dinheiro que está na sua Conta Corrente. Ele precisa estar ali, sempre disponível, para pagar um café, fazer um PIX ou comprar algo online. O acesso é instantâneo e a segurança é máxima, mas, por essa conveniência, a taxa de manutenção (o custo de armazenamento) é naturalmente a mais alta.

• Uso Ideal: Dados acessados frequentemente (diariamente ou várias vezes por hora).
• Exemplo Prático (Tech): Imagens, vídeos e arquivos de um site ou aplicativo que os usuários consomem ativamente.

2. S3 Intelligent-Tiering: O Consultor Financeiro Automático

O Intelligent-Tiering é como ter um Consultor Financeiro Pessoal que monitora seus hábitos de consumo. Se um dinheiro fica parado na Conta Corrente por 30 dias, o Consultor o move automaticamente para uma Poupança ou Investimento de acesso rápido, reduzindo seus custos. Se você precisar dele novamente, ele volta para a Conta Corrente. O custo é levemente maior devido à taxa de monitoramento, mas a economia gerada pela automação compensa.

• Uso Ideal: Dados cujo padrão de acesso você desconhece ou que muda ao longo do tempo.
• Exemplo Prático (Tech): Logs de novos aplicativos que são intensamente consultados no lançamento, mas “esfriam” após algumas semanas.

3. S3 Standard-IA e One Zone-IA: A Poupança

Tanto o S3 Standard-IA (Infrequent Access) quanto o One Zone-IA representam sua Poupança ou um CDB de Liquidez Diária. Você não precisa desse dinheiro sempre, mas em caso de emergência, ele é resgatado em milissegundos. O custo de armazenamento (manutenção) é significativamente menor que a Conta Corrente.

A diferença é a segurança:

• O Standard-IA guarda o dinheiro em vários bancos (Múltiplas Zonas de Disponibilidade), garantindo que se um banco cair, seu dinheiro estará seguro nos outros.
• O One Zone-IA guarda o dinheiro em apenas um banco (Uma Única Zona de Disponibilidade). Por ser menos redundante, é mais barato, mas corre um risco maior de perda total em um desastre local (como um incêndio no datacenter).
• Uso Ideal: Backups de recuperação de desastres (DR) ou dados que são acessados poucas vezes no ano.

4. S3 Glacier (Retrieval, Flexible e Deep Archive): Os Investimentos de Longo Prazo

O termo “Glacier” evoca a ideia de congelamento. Este grupo é para o Arquivamento, o dinheiro que você investe para o futuro, como Títulos do Tesouro ou Previdência Privada. O custo de guardar é irrisório, mas o resgate (a recuperação) exige planejamento, e as taxas de resgate são mais altas se você não respeitar o prazo mínimo.

O grupo Glacier possui três subníveis, com diferentes velocidades de resgate:

• Glacier Instant Retrieval (Acesso Imediato): Como um Título de Tesouro que o banco milagrosamente consegue liquidar em milissegundos. Ideal para dados arquivados que podem precisar de acesso imediato, mas imprevisível.
• Glacier Flexible Retrieval (Acesso Flexível): Como um Fundo de Investimento que oferece opções de resgate: Expresso (minutos) ou Padrão (horas). Permite balancear velocidade e custo do saque.
• Glacier Deep Archive (Arquivamento Profundo): O nível de custo mais baixo da AWS, ideal para retenção de 7 a 10 anos. É o seu Imóvel ou Tesouro Longo Prazo; você tem certeza de que só o resgatará daqui a muitos anos. A recuperação é lenta, levando de 12 a 48 horas, e é a mais barata, desde que seja feita no modo “Em Massa” (Bulk).

Vantagens e Desvantagens

A escolha de uma classe de armazenamento deve ser um ato consciente, baseado no valor do dado e na rapidez com que você precisa acessá-lo.

S3 Standard:
Vantagens: Máxima velocidade de acesso e alta redundância. Desvantagens: Custo de armazenamento mais alto.

Intelligent-Tiering:
Vantagens: Otimização de custo automática, sem intervenção humana. Desvantagens: Cobra taxa de monitoramento e exige que objetos sejam maiores que 128 KB.

S3 Standard-IA:
Vantagens: Economia no armazenamento com recuperação instantânea. Desvantagens: Taxa por recuperação e multa se o objeto for excluído antes de 30 dias.

S3 One Zone-IA:
Vantagens: O mais barato das classes de acesso “quente/infrequente”. Desvantagens: Risco de perda total dos dados em caso de desastre em sua única Zona de Disponibilidade (AZ).

Glacier Instant Retrieval:
Vantagens: Custo ultrabaixo de arquivamento com recuperação em milissegundos.
Desvantagens: Taxa por recuperação e retenção mínima de 90 dias.

Glacier Deep Archive:
Vantagens: O custo mais baixo absoluto do S3.
Desvantagens: Recuperação lenta (horas) e retenção mínima longa de 180 dias.

📚 Links Importantes para Leitura:

• Página Oficial de Classes de Armazenamento (Visão Geral): https://aws.amazon.com/pt/s3/storage-classes/
• Página de Preços do S3 (Detalhes por Região e Categoria): https://aws.amazon.com/pt/s3/pricing/
• Guia do Usuário: Gerenciamento de Ciclo de Vida do Objeto (Automatização de Movimentação de Classes): https://docs.aws.amazon.com/pt_br/AmazonS3/latest/userguide/object-lifecycle-mgmt.html

Vamos o que interessa, o que realmente é o IAM na AWS?

O AWS Identity and Access Management (IAM) é o serviço que permite controlar quem pode acessar seus recursos na AWS e o que cada pessoa ou sistema pode fazer.
Mesmo sem experiência prévia em nuvem, é importante entender que IAM é a porta de segurança que garante que apenas usuários autorizados executem ações específicas em seus recursos.

Contas e Tipos de Usuários IAM
No IAM, cada identidade possui permissões específicas que definem o que ela pode acessar.
Existem três tipos principais de contas e perfis:

1. Usuário IAM:

• Criado para pessoas ou sistemas que precisam acessar recursos de forma contínua.
• Quando usar: colaboradores que acessam diariamente serviços da AWS.
• Quando evitar: scripts automatizados ou aplicações; para esses casos, é melhor usar roles temporárias.

2. Usuário federado:

• Permite login temporário usando sistemas de terceiros (como diretórios corporativos SAML ou OIDC).
• Quando usar: acesso temporário ou integração com autenticação externa.
• Quando evitar: atividades que exigem identidade permanente ou registros detalhados.

3. Root Account:

• Conta principal da AWS, criada ao iniciar a conta, ele é responsável pelo gerenciamento da parte de pagamentos dos recursos na AWS.
• Quando usar: apenas para configuração inicial, faturamento e definições críticas.
• Quando evitar: não deve ser usada para tarefas do dia a dia, pois possui privilégios máximos, representando risco à segurança.

Políticas IAM: Como funcionam

As políticas definem as permissões de acesso aos recursos. Existem dois tipos principais:

Políticas baseadas em identidade:

• Associadas a usuários, grupos ou roles.
• Exemplo: um usuário pode ter acesso total apenas a uma tabela do DynamoDB.

Podem ser:

• Gerenciadas pela AWS (prontas e seguras);
• Gerenciadas pelo cliente (personalizáveis);
• Inline (embutidas em um único usuário; não recomendadas para grande escala)

Políticas baseadas em recursos:

• Anexadas diretamente aos recursos, como buckets do S3 ou chaves do KMS.
• Permitem controle de acesso entre contas e acesso detalhado a recursos específicos.

Exemplo de política JSON para DynamoDB:

{
  "Version": "2012-10-17",
  "Statement": {
    "Effect": "Allow",
    "Action": "dynamodb:*",
    "Resource": "arn:aws:dynamodb:us-east-2:123456789012:table/Books"
  }
}

Essa política permite que o usuário execute todas as ações na tabela Books, mas não concede acesso a outros serviços.

Grupos e Roles

• Grupos IAM: organizam usuários com permissões semelhantes, facilitando o gerenciamento em larga escala.
• Roles (Perfis): usados por usuários federados ou aplicações, concedendo permissões temporárias.

Modelos de Controle de Acesso
Existem dois modelos principais:

1. RBAC — Role-Based Access Control (Controle baseado em função):

• Permissões definidas de acordo com funções ou cargos.
• Limitação: exige atualização manual quando novos recursos são criados.

2. ABAC — Attribute-Based Access Control (Controle baseado em atributos):

• Permissões baseadas em atributos (tags) de usuários e recursos.
• Permite acesso dinâmico e escalável, ideal para ambientes corporativos e multi-projeto.

Vantagens do ABAC sobre RBAC:

• Escalabilidade e menor necessidade de manutenção.
• Permissões automáticas para novos recursos quando tags correspondem.
• Redução de políticas complexas, facilitando auditoria e governança.

Boas Práticas

Princípio do menor privilégio: conceda apenas as permissões necessárias.
Revisão periódica: audite políticas, roles e tags regularmente.
Evite root account: use apenas para funções críticas e administrativas.
Prefira roles temporárias para scripts e aplicações automáticas.

📌 Resumo
IAM gerencia identidades e permissões na AWS. Políticas podem ser identity-based ou resource-based, aplicadas a usuários, grupos ou roles. RBAC organiza permissões por função/cargo, enquanto ABAC usa atributos (tags) para autorização dinâmica e escalável. Em multi-account, recomenda-se usar AWS Organizations e SCPs. Princípio do menor privilégio e consistência nas tags são práticas essenciais.

Palavras-chave: IAM, policies, RBAC, ABAC, AWS Organizations, usuários, grupos, roles, SAA-C03, menor privilégio.

Atualmente soluções de computação em nuvem são essenciais para diversos negócios, partimos da premissa que o mercado de Tecnologia da Informação mantém um ciclo de inovações, no contexto de desenvolvimento e arquitetura de software precisamos cada vez mais de escala, resiliência e segurança, o conceito de computação em nuvem não é algo novo, mas foi partir de 2006 que ela ficou em evidência após a Amazon Web Services publicar sua nuvem pública, oferecendo dezenas de serviços de forma rápida e pagos por demanda de uso.

Aprender novas tecnologias e adicionar no bolso uma ferramenta que faça a diferença no trabalho, oferecendo novas oportunidades é algo que quase todos os profissionais desejam, no entanto existe uma barreira: o foco no estudos, o tempo, cansaço do dia a dia, infelizmente ou felizmente para alguns nem todo ser humano do mundo tech possui tempo e recursos para poder chegar ao final de capacitações ou adquirir novos conhecimentos que os façam alcança os objetos.

Hoje o principal problema pode não está na falta de materiais ou cursos sobre o tema, as muitas opções de cursos, tutoriais oferecendo aprendizado rápido seja talvez o inimigo do estudante, a falta de tempo, baixo foco, falta de técnicas de estudos, métodos adequados para sua rotina apenas acompanhe o despreparo ao realizar um plano de estudo.

Hoje iremos focar no contexto de pessoas que desejam aprender cloud na AWS com calma e sem pular etapas, se pular saiba que irá voltar a estudar o fundamental novamente e ver que deixou passar coisas simples que o seu emprego exigiria.

Por que estudar algo novo? Por qual motivo devemos estudar cloud computing e AWS? Primeiro ponto é, se deseja aprender algo, o estudo irá levar o tempo que você não deseja dedicar a ele, ter o primeiro contato com o conceito criado por base sobre o que é computação em nuvem, e então partirmos para a prática, somos o “saber muito de nada”, já podemos usar todos os serviços da AWS que seremos contratados de imediato? Não podemos, não é bem assim que a banda toca.

Iremos voltar ao começo, ao compreender que não possui o conhecimento básico de computação em nuvem, esse será seu ponto de partida, criando um mapa para sua jornada, após essa etapa de autoconhecimento, pode verificar isso seja através de um teste na entrevista de emprego ou conversas com colegas de trabalho, você terá que seguir um princípio básico de estudo: realizar uma análise de como está seu tempo para poder se dedicar a essa nova demanda de estudo, criar uma rotina de estudo: consistência e disciplina irá te ajudar nessa etapa.

Então até agora fizemos o seguinte: Analisamos nossa agenda e vimos que podemos dedicar horas semanais, precisamos separar um local apropriado para nosso estudo, não pode ser com distrações ou barulho intenso, se cair no caso de não tenho esse local, então pode apenas separar um espaço que possa estudar, lembre-se isso é um objeto que pode te levar mais longe, podemos criar um cronograma com os dias da semana e definir horário de início e final do estudo, assim como na academia, que possui uma rotina de treinos semanais, devemos definir uma rotina de estudos sobre o tema que iremos aprender.

Com isso feito, agora pode realizar uma pesquisa sobre uma referência da área que será o seu mentor, irá seguir os materiais, cursos, tutoriais e manter como ponto de verdade o material oficial da plataforma de estudo no nosso caso a AWS

Em resumo podemos seguir as etapas para início do estudo:
1) Avaliar como está o seu tempo e achar algumas horas para estudos;
2) Criar uma rotina com calendário de estudo horas pretendidas na semana;
3) Definir um local agradável para estudo sem distrações ou barulho;
4) Buscar materiais de qualidade e seguir o material oficial.
5) Realizar Leitura/Assistir vídeos / Realizar exercícios / testes, praticar laboratórios depois revisitar o material para verificar erros de conceitos.

Tem um atalho para tudo isso? Não tem, a vida roda no no modo 1x e não no 2x.