Serverless: Vantagens e desvantagens de não gerenciar servidores.

Introdução

O desenvolvimento de software evoluiu ao longo dos anos, trazendo consigo novas abordagens e tecnologias para melhorar a eficiência e escalabilidade dos sistemas. Uma dessas inovações é o conceito de Serverless, que tem ganhado destaque nos últimos anos devido à sua capacidade de simplificar a infraestrutura de desenvolvimento, reduzir custos e aumentar a flexibilidade. Neste artigo, vamos explorar as vantagens e desvantagens do modelo Serverless, conhecendo melhor seus benefícios e desafios.

Ao ler este artigo, você aprenderá sobre os principais pontos relacionados à arquitetura Serverless, incluindo suas vantagens em termos de escalabilidade, custo e agilidade no desenvolvimento. Além disso, também vamos abordar as desvantagens do modelo, como a limitação na gestão de recursos e a complexidade adicional nas depuragens. Com essa compreensão, você estará equipado para avaliar se o Serverless é adequado para os projetos futuros do seu time ou não.

O que é e por que importa

O conceito de Serverless se baseia na ideia de Computação como um Serviço (CaaS), onde a infraestrutura necessária para executar aplicações é gerenciada automaticamente pelo provedor do serviço. Isso significa que o desenvolvedor não precisa se preocupar com a alocação, configuração e gestão de servidores, VMs (Máquinas Virtuais) ou containers.

Essa abordagem resolve problemas como a necessidade de escalabilidade em demanda, a sobrecarga de gerenciamento de infraestrutura e os custos associados à manutenção de recursos computacionais idle. Com o Serverless, as equipes podem focar no desenvolvimento do software sem se preocupar com a infraestrutura subjacente.

O modelo Serverless pode ser pensado como um tipo de PaaS (Plataforma como um Serviço), onde o provedor fornece uma plataforma completa para desenvolver e executar aplicações, incluindo os recursos necessários para rodá-las. No entanto, o Serverless vai além da simples plataforma, pois é projetado para abordar problemas específicos de escalabilidade, custo e agilidade, tornando-o uma escolha atraente para muitos desenvolvedores e equipes.

A motivação por trás do uso do Serverless está intimamente relacionada à necessidade de reduzir os custos operacionais e aumentar a eficiência na entrega de soluções. Ao liberar as equipes da gestão infraestrutural, elas podem se concentrar em desenvolver software mais rápido e com maior qualidade, o que é essencial para a inovação e o sucesso nos ambientes competitivos do mercado atual.

Como funciona na prática

O funcionamento interno do Serverless é baseado em uma arquitetura distribuída, que permite a execução de código sem a necessidade de gerenciamento direto por parte do desenvolvedor. Aqui estão os principais componentes envolvidos e suas funções:

• Gateway: Serve como ponto de entrada para as requisições do usuário. Ele é responsável por identificar o tipo de solicitação, validar as credenciais e redirecionar para a função correspondente.

• Funções Lambda/Executores: São os blocos de código que executam as tarefas específicas solicitadas pelas requisições do usuário. Elas são como pequenos programas autônomos, criados com o objetivo de realizar uma única tarefa ou conjunto de tarefas.

• Armazenamento: Serve para armazenar dados persistentes necessários à aplicação, como configurações e informações de estado. Isso pode incluir bancos de dados gerenciados, como Amazon DynamoDB, ou armazenamentos não relacionais.

• Eventos/Triggers: São os disparadores que acionam as funções Lambda ao detectar uma mudança nos dados do aplicativo ou ao receber uma requisição HTTP. Isso pode incluir eventos de fila (como mensagens recebidas em um sistema de mensagens) ou solicitações diretas ao servidor.

• Orquestração: Refere-se à capacidade do provedor de coordenar e gerenciar o processamento das funções Lambda, garantindo que as requisições sejam atendidas com eficiência. Isso inclui a escalabilidade automática para lidar com picos de demanda.

• Observação e Ajuste: É a capacidade dos provedores de monitorar o desempenho do aplicativo em tempo real, capturando dados sobre consumo de recursos, erros e outros fatores críticos. Isso permite que os ajustes necessários sejam implementados para melhorar a eficiência e manter um desempenho ótimo.

Essa arquitetura distribuída é projetada para maximizar a escalabilidade horizontal do aplicativo, permitindo que ele cresça ou diminua automaticamente em resposta às mudanças na demanda. Isso elimina a necessidade de planejamento e alocação de recursos estáticos, pois o provedor ajusta os recursos disponíveis dinamicamente para atender ao requerimento atual do aplicativo.

Exemplo real

O exemplo a seguir demonstra como implementar uma API RESTful usando Serverless para armazenamento de fotos, seguindo os padrões de camada e responsabilidade descritos anteriormente.

// Função Lambda: processaFoto
exports.handler = async (event) => {
  const foto = JSON.parse(event.body);
  // Processa a foto em segundo plano
  const resposta = await processarFotoEmSegundoPlano(foto);
  return {
    statusCode: 201,
    body: JSON.stringify(resposta),
  };
};

// Função Lambda auxiliar para processamento em segundo plano
async function processarFotoEmSegundoPlano(foto) {
  // Conecta ao banco de dados gerenciado (DynamoDB)
  const db = new AWS.DynamoDB.DocumentClient();
  await db.put({
    TableName: 'Fotos',
    Item: {
      id: foto.id,
      url: foto.url,
    },
  }).promise();

  // Executa tarefa de processamento em segundo plano
  await executarTarefaEmSegundoPlano(foto);

  return { mensagem: 'Foto armazenada com sucesso' };
}

// Função Lambda auxiliar para execução da tarefa em segundo plano
async function executarTarefaEmSegundoPlano(foto) {
  // Implementação da lógica de processamento em segundo plano
  // (por exemplo, envio de notificação por e-mail)
}

Nesse exemplo, a função Lambda processaFoto recebe uma requisição com a foto para armazenar. Ela conecta-se ao banco de dados gerenciado DynamoDB, insere os dados e executa a tarefa de processamento em segundo plano. A função auxiliar executarTarefaEmSegundoPlano implementa a lógica de processamento em segundo plano.

Boas práticas

Trabalhe com padrões e design de software

• Utilize conceitos como camada, responsabilidade e injeção de dependência para manter a estrutura do código organizado e escalável.
• Fique atento às normas de segurança, incluindo autenticação, autorização e validação de dados.

Desenvolva um modelo de depuração eficaz

• Utilize o log gerenciado da AWS para capturar erros e exceções em tempo real.
• Implemente a utilização do X-Ray para monitorar e rastrear chamadas entre funções Lambda.

Armadilhas comuns

Subestimar o custo de execução de funções Lambda

• Aumento do número de requisições pode resultar em custos de execução elevados, tornando a implementação mais dispendiosa.
• Verifique constantemente as métricas e ajuste os limites da função para manter o custo contido.

Desacoplamento excessivo das funções Lambda

• Tente evitar criar uma cadeia longa de chamadas entre funções, pois isso pode resultar em dificuldade de depuração.
• Mantenha as dependências simples e diretas para melhorar a manutenibilidade.

Conclusão

A escolha entre a implementação de servidores e a abordagem serverless depende das necessidades específicas do projeto, incluindo escala, complexidade, custo e recursos disponíveis. Para adotar corretamente a arquitetura serverless, é crucial considerar cuidadosamente as vantagens e desvantagens de cada opção.

Ao trabalhar com funções Lambda, é fundamental priorizar as boas práticas para garantir uma implementação robusta e escalável, como a adoção de padrões de design e código organizado. Além disso, a gestão eficaz do custo e da complexidade das interações entre funções é crucial.

Se o objetivo for desenvolver soluções mais flexíveis e escaláveis, a abordagem serverless oferece uma ótima oportunidade para inovação. No entanto, é igualmente importante estar ciente dos riscos associados ao aumento do custo de execução e à desacoplamento excessivo entre funções.

Para um avanço contínuo na implementação de soluções serverless, recomenda-se:

• Investir no aperfeiçoamento das habilidades técnicas em arquitetura de software e design de sistemas escaláveis.
• Aprofundar o conhecimento sobre as melhores práticas para desenvolver soluções serverless robustas.
• Monitorar estreitamente as métricas de desempenho e custo para ajustes contínuos na implementação.

Ao considerar esses pontos, é possível criar soluções que atendam às necessidades dos usuários com eficiência, escalabilidade e baixo custo.

Referências

• Martin Fowler. Monólitos. Disponível em: https://martinfowler.com/bliki/Monolith.html. Acesso: 2024.
• AWS. Serverless Architecture Patterns. Disponível em: https://docs.aws.amazon.com/pt_br/serverless/ApplicationPattern.html. Acesso: 2024.
• OWASP. Serverless Security Considerations. Disponível em: https://owasp.org/www-project-serverless-security/. Acesso: 2024.
• 12factor.net. Build, configure, deploy, and run your application as a series of stateless processes; include declarative components for setup by the infrastructure. Disponível em: https://12factor.net/build-release-run. Acesso: 2024.
• Thoughtworks.com. Serverless Architecture. Disponível em: https://www.thoughtworks.com/insights/blog/serverless-architecture. Acesso: 2024.