Criar conta grátis

Computação Serverless

15. Frameworks e infraestrutura como código para serverless

15º capítulo da apostila Computação Serverless: estudo contínuo e em linguagem simples sobre Frameworks e infraestrutura como código para serverless, com conceitos conectados, aplicações e mapa mental.

35 min de leitura30 questões para praticarRevisado em 14/09/2026

Este capítulo nasce das 30 questões publicadas sobre Frameworks e infraestrutura como código para serverless. A leitura do acervo revelou 30 núcleos de conhecimento, aqui reorganizados como uma explicação progressiva: primeiro o vocabulário e o modelo mental, depois os mecanismos, as decisões de implementação, os limites e a forma de verificar o comportamento do sistema.

A apostila termina aplicando os fundamentos a arquiteturas baseadas em eventos e serviços gerenciados. Funções, estado externo, escala, observabilidade, segurança, custo e dependência do provedor formam uma única decisão arquitetural. Este é o capítulo 15 de 20 da disciplina Computação Serverless. Ele retoma Padrões e antipadrões serverless e utiliza essa base para avançar. Na sequência, estudaremos Contêineres serverless.

O fio condutor

O desenvolvimento de software começa com um problema e avança por decisões que precisam permanecer compreensíveis e verificáveis. Requisitos orientam modelos; modelos orientam código e arquitetura; testes verificam comportamento; e a operação devolve informações para o próximo ciclo. Uma falha importante no início tende a se espalhar pelas etapas seguintes.

Neste capítulo, use Frameworks e infraestrutura como código para serverless para acompanhar quatro perguntas: qual problema precisa ser resolvido, como o mecanismo funciona, que consequências a escolha produz e como o resultado será verificado. Essa sequência transforma termos técnicos em decisões que podem ser explicadas e testadas.

Parte 1 — Fundamentos e vocabulário

Começamos por Parte 1 — Fundamentos e vocabulário, pois essa base organiza os conceitos e exemplos que aparecerão no restante do capítulo.

Arquiteturas serverless costumam trocar poucos servidores grandes por dezenas de

O ponto de partida é estabelecer o significado do conceito e o problema que ele procura organizar. Arquiteturas serverless costumam trocar poucos servidores grandes por dezenas de recursos pequenos e relações entre eles. IaC registra esse grafo de recursos em arquivos versionáveis, permitindo revisão, repetição e auditoria. A vantagem não decorre apenas da quantidade de funções, mas também de integrações e políticas que precisam permanecer coerentes. Alterações manuais no console favorecem divergência entre ambientes e configurações não documentadas. Ferramentas como AWS SAM, CDK, Serverless Framework e Terraform atacam esse problema por modelos diferentes. A regra ganha sentido quando suas consequências orientam a implementação.

Para aplicar Arquiteturas serverless costumam trocar poucos servidores grandes por dezenas de, acompanhe a execução desde a entrada até a saída e anote pré-condições, mudança de estado, custo e falhas possíveis. Assim o conceito deixa de ser um rótulo e passa a orientar decisões.

Use como teste da compreensão: Em aplicações serverless, a infraestrutura como código torna-se especialmente importante porque uma única solução pode distribuir sua lógica entre muitas funções, gatilhos, filas, tabelas, regras de eventos e permissões, cuja configuração manual é difícil de reproduzir consistentemente. Depois verifique a afirmação com execução controlada, teste automatizado, análise do contrato, medição ou documentação da versão correspondente. A evidência deve reproduzir a propriedade afirmada, inclusive nos casos de erro e de fronteira.

Políticas e vínculos de permissão

A partir dessa distinção, o próximo elemento completa o fluxo. Políticas e vínculos de permissão são parte essencial da infraestrutura e podem ser declarados em templates, sem armazenar credenciais secretas no código. Versionar uma política IAM permite revisão, testes e aplicação consistente do princípio do menor privilégio. O que deve ficar fora do repositório são segredos, chaves e valores sensíveis, não a estrutura das autorizações. Configuração manual de permissões favorece privilégios excessivos e diferenças entre ambientes. Serviços como AWS Secrets Manager ou parâmetros protegidos tratam os valores secretos separadamente. Observe como definição, mecanismo e efeito permanecem ligados.

Continue lendo de graça

O capítulo inteiro está liberado no plano gratuito

Criar conta leva menos de um minuto e não pede cartão. Você destrava o texto completo, o mapa mental, o PDF para estudar off-line e ainda resolve questões inéditas todo dia.

Leu o resumo? Agora pratique.

São 30 questões inéditas de Frameworks e infraestrutura como código para serverless, todas comentadas alternativa por alternativa.

Criar conta grátis e praticar

Você volta para este capítulo depois de criar a conta.

Fontes consultadas

  • documentação oficial AWS SAM, seção AWS SAM template anatomy.
  • AWS CDK Developer Guide, seção Concepts.
  • documentação oficial do Terraform, seção State.
  • AWS Lambda Developer Guide e AWS CodeDeploy User Guide, implantação de funções Lambda.
  • documentação oficial AWS SAM, AWS SAM template anatomy.
  • AWS CDK Developer Guide, CDK Toolkit e conceitos fundamentais.
  • documentação oficial do Terraform, State e Remote State.
  • AWS CodeDeploy User Guide, deployments on an AWS Lambda compute platform.
  • AWS — Serverless Developer Guide: https://docs.aws.amazon.com/serverless/latest/devguide/welcome.html
  • Microsoft — Azure Functions documentation: https://learn.microsoft.com/azure/azure-functions/
  • Google Cloud — Serverless overview: https://cloud.google.com/serverless
  • Acervo publicado: 30 questões integralmente cobertas nos módulos deste capítulo.