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.
Neste capítulo · 10 seções⌄
- O fio condutor
- Parte 1 — Fundamentos e vocabulário
- Parte 2 — Estruturas e mecanismos
- Parte 3 — Fluxos e decisões
- Parte 4 — Implementação e integração
- Parte 5 — Qualidade, falhas e operação
- Ligando as partes em uma análise completa
- Como estudar e aplicar o capítulo
- Síntese e passagem para o próximo capítulo
- Base de cobertura
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.
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.