ANÚNCIO

~/questoes/devops

O que é IAM no contexto de AWS Lambda e qual seu propósito principal?

Responda, confira o feedback e use o resultado para orientar sua revisão.
Aula de referência Como subir sua primeira AWS Lambda com Golang
Para fixar

IAM em AWS Lambda: Controle de Acesso e Permissões

Conceito central

IAM (Identity and Access Management) é o serviço AWS responsável por gerenciar quem tem acesso a quais recursos. No contexto de Lambda, o IAM define as permissões que sua função precisa para executar tarefas, como ler arquivos do S3, acessar bancos de dados ou chamar outros serviços AWS.

Por que essa resposta faz sentido

A alternativa correta define IAM como um serviço de gerenciamento de identidades e permissões. Isso é exatamente o papel do IAM: você cria políticas que estabelecem o que a função Lambda pode ou não fazer na sua conta AWS, seguindo o princípio de menor privilégio.

Armadilhas comuns

  • Confundir IAM com CloudWatch: IAM controla permissões, CloudWatch monitora logs e métricas.
  • Achar que IAM armazena secrets: isso é função do Secrets Manager, não do IAM. IAM apenas controla quem pode acessar esses secrets.
  • Pensar que IAM é apenas para usuários: IAM também controla permissões de serviços (como Lambda) acessando outros recursos AWS.

Entenda as alternativas

A

Correta. IAM controla quem ou qual recurso (como uma função Lambda) pode acessar outros recursos AWS através de políticas de permissão. É o guardião das permissões na nuvem.

B

Incorreta. Isso descreve o AWS Secrets Manager ou Parameter Store, serviços diferentes que armazenam secrets e configurações. IAM não é um banco de dados de variáveis.

C

Incorreta. Essa é a função do CloudWatch Logs, que registra logs de execução. IAM não monitora execuções, ele apenas controla permissões.

D

Incorreta. IAM não é um protocolo de comunicação. Protocolos como HTTPS, gRPC ou TLS cuidam da comunicação segura entre serviços. IAM controla quem tem permissão de fazer a comunicação.

Dica prática: Ao criar uma Lambda, sempre pense: 'Que recursos minha função precisa acessar?' Se ela precisa ler do S3, você cria uma política IAM que permite apenas essa ação específica no bucket específico. Nunca use a política padrão que permite tudo (FullAccess) em produção.

Revise pensando: Se sua função Lambda precisa enviar mensagens para uma fila SQS, qual componente AWS você usa para dar essa permissão?