Quais são os desafios e armadilhas comuns do uso do FaaS e como superá-los?

1 Arranques a frio

O problema de partida a frio é uma das principais desvantagens do FaaS. Isso ocorre quando sua função leva mais tempo para ser executada na primeira vez que é chamada ou após um período de inatividade, pois o provedor de nuvem precisa alocar recursos, carregar dependências e inicializar o ambiente de tempo de execução. Isso pode diminuir o desempenho, a latência e a experiência do usuário do seu aplicativo, especialmente se você tiver funções que são executadas com pouca frequência ou são sensíveis ao tempo. Para reduzir ou evitar partidas a frio, você pode usar estratégias como manter suas funções aquecidas, invocando-as regularmente com um agendador, serviço de ping ou gatilho; otimizar seu código de função minimizando dependências, usando bibliotecas nativas e módulos de pré-compilação; selecionar um tamanho de memória e tempo limite adequados para sua função com base em sua carga de trabalho e tempo de execução esperados; e implantação em várias regiões ou na borda para reduzir a latência da rede e aumentar a disponibilidade.

2 Riscos de segurança

A segurança é outro desafio do FaaS, já que você tem menos controle e visibilidade sobre a infraestrutura, a rede e os dados subjacentes. Para proteger sua aplicação de ameaças de segurança, você pode usar criptografia para dados em trânsito e em repouso, mecanismos de autenticação e autorização para restringir o acesso a funções e dados, validação e higienização de entradas e saídas para evitar ataques de injeção e corrupção de dados, varredura de código de função para vulnerabilidades, atualizações regulares de dependências, monitoramento e registro da atividade e desempenho da função para detectar anomalias, e resposta a incidentes.

3 Bloqueio do fornecedor

Uma terceira armadilha do FaaS é o bloqueio do fornecedor, que pode limitar a flexibilidade, a portabilidade e a interoperabilidade, bem como aumentar os custos e riscos de comutação. Para evitar ou mitigar isso, você pode usar estruturas e ferramentas padrão ou de código aberto para escrever e implantar suas funções, como Serverless Framework, OpenFaaS ou Knative. Você também pode usar camadas de abstração ou adaptadores para desacoplar suas funções de APIs e serviços específicos do provedor. Além disso, contêineres ou microsserviços podem ser usados para empacotar e executar suas funções em diferentes plataformas. Além disso, uma estratégia multinuvem ou híbrida pode ser empregada para distribuir suas funções entre diferentes provedores e ambientes.

4 Testando e depurando

Testar e depurar um aplicativo FaaS pode ser um desafio devido à sua natureza distribuída, efêmera e sem monitoração de estado, o que pode afetar a qualidade, a confiabilidade e a capacidade de manutenção do aplicativo. Para testar e depurar com eficiência, você pode usar testes de unidade e testes de integração com estruturas como Mocha ou Jest. Além disso, testes de ponta a ponta e testes de carga com ferramentas como Artilharia ou K6 podem verificar o desempenho e a escalabilidade de suas funções e fluxos de trabalho. Para testes offline ou locais, emuladores ou simuladores locais, como SAM CLI ou LocalStack, podem ser usados. Por fim, ferramentas de depuração ou rastreamento remoto, como Thundra ou Lumigo, podem ser empregadas para monitorar e inspecionar suas funções online ou na nuvem.

5 Padrões de design

Ao projetar e desenvolver aplicativos FaaS, você precisa estar ciente dos padrões de design exclusivos que diferem dos aplicativos tradicionais ou monolíticos. Isso pode envolver o aprendizado de novos conceitos, princípios e práticas, como programação orientada a eventos, computação sem monitoração de estado, microsserviços e componentes sem servidor. Para fazer isso de forma eficiente e eficaz, você pode consultar a documentação oficial e guias do seu provedor de nuvem. Além disso, você pode seguir as práticas recomendadas e recomendações da comunidade sem servidor, usar modelos e exemplos existentes de estruturas e ferramentas sem servidor ou aplicar os padrões e soluções comuns da arquitetura sem servidor.

6 Veja o que mais considerar

Este é um espaço para compartilhar exemplos, histórias ou insights que não se encaixam em nenhuma das seções anteriores. O que mais gostaria de acrescentar?