02. FaaS: modelo de execução de funções

Este capítulo nasce das 30 questões publicadas sobre FaaS: modelo de execução de funções. 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 2 de 20 da disciplina Computação Serverless. Ele retoma Fundamentos do modelo serverless e utiliza essa base para avançar. Na sequência, estudaremos Backend as a Service (BaaS).

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 FaaS: modelo de execução de funções 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.

Modelo FaaS, código e configuração de uma função formam uma unidade implantável que pode

O ponto de partida é estabelecer o significado do conceito e o problema que ele procura organizar. No modelo FaaS, código e configuração de uma função formam uma unidade implantável que pode evoluir independentemente das outras funções. Isso permite publicar uma nova versão do processador de imagens sem republicar, por exemplo, a função de autenticação. A independência não elimina dependências compartilhadas nem a necessidade de compatibilidade entre produtores e consumidores de eventos. A confusão frequente é confundir uma aplicação composta de funções com um artefato monolítico de implantação. A regra ganha sentido quando suas consequências orientam a implementação.

Para aplicar Modelo FaaS, código e configuração de uma função formam uma unidade implantável que pode, 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 FaaS, a função constitui uma unidade de implantação: uma alteração em seu código pode ser publicada como nova versão sem exigir a implantação conjunta de todas as demais funções da aplicação. 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.

Em FaaS, a escala

A partir dessa distinção, o próximo elemento completa o fluxo. Em FaaS, a escala ocorre normalmente por função, conforme a demanda e os limites aplicáveis a ela e à conta. Um pico na função consumidora de uma fila pode criar mais ambientes para essa função sem multiplicar os ambientes de uma função HTTP ociosa. Quotas compartilhadas podem produzir interferência entre funções, mas isso é diferente de escalá-las obrigatoriamente em bloco. O item troca independência de escala por acoplamento de escala. Observe como definição, mecanismo e efeito permanecem ligados.