Arquitetura sem servidor é um modelo de aplicativo em nuvem no qual os desenvolvedores constroem e executam software sem gerenciar diretamente os servidores subjacentes. Os provedores de nuvem ainda operam a infraestrutura, mas grande parte do provisionamento, escalonamento e manutenção é realizada pelo provedor.
Sem servidor é frequentemente associado a funções que são executadas em resposta a eventos ou solicitações HTTP. No entanto, o modelo mais amplo também inclui bancos de dados gerenciados, armazenamento, mensageria, autenticação e outros serviços em nuvem.
O Que É Arquitetura Sem Servidor?
Em uma arquitetura sem servidor, o código do aplicativo é executado em uma infraestrutura gerenciada por um provedor de nuvem. Os desenvolvedores se concentram principalmente na lógica do aplicativo, configuração, segurança e dados, em vez de manter servidores individuais.
As cargas de trabalho sem servidor são comumente acionadas por eventos. Uma função pode ser executada quando uma solicitação de API chega, um arquivo é enviado, um registro de banco de dados muda ou uma tarefa agendada é executada.
Como Funciona a Arquitetura Sem Servidor
- Um usuário, aplicativo ou sistema gera um evento.
- O evento chega a um serviço em nuvem gerenciado ou ponto final de API.
- A plataforma invoca a função ou serviço necessário.
- O aplicativo realiza sua tarefa e acessa outros recursos gerenciados quando necessário.
- A função é concluída e seu ambiente de execução pode ser reutilizado ou removido pela plataforma.
Arquitetura Sem Servidor vs. Arquitetura Tradicional Baseada em Servidor
| Área | Sem servidor | Modelo tradicional baseado em servidor |
|---|---|---|
| Gerenciamento de infraestrutura | Principalmente gerenciado pelo provedor de nuvem | A organização gerencia mais responsabilidades de infraestrutura |
| Dimensionamento | Frequentemente gerenciado pela plataforma | Normalmente requer mecanismos de escalonamento configurados |
| Faturamento | Frequentemente baseado no uso | Frequentemente baseado na capacidade provisionada |
| Unidade de implantação | Funções e serviços gerenciados | Servidores, VMs, contêineres ou aplicativos |
| Controle de infraestrutura | Mais abstrato | Maior controle subjacente |
Características Chave da Arquitetura Sem Servidor
Infraestrutura Gerenciada
O provedor gerencia grande parte da infraestrutura de computação subjacente, incluindo provisionamento e manutenção rotineira.
Execução Baseada em Eventos
As funções comumente executam em resposta a eventos. Isso pode atender APIs, automação, trabalhos agendados e processamento de dados.
Dimensionamento Automático
Muitas plataformas serverless podem ajustar a capacidade de execução com base na demanda, sujeito a limites e configurações do provedor.
Precificação Baseada no Uso
Os serviços serverless geralmente cobram de acordo com fatores como invocações, tempo de execução, memória, solicitações, armazenamento ou transferência de dados. A precificação varia pelo provedor.
Casos de Uso Comuns de Serverless
- APIs HTTP e backends de aplicativo
- Automação orientada a eventos
- Processamento de arquivos e imagens
- Trabalhos agendados
- Pipelines de processamento de dados
- Notificações e webhooks
Benefícios da Arquitetura Sem Servidor
- Reduz a gestão direta da infraestrutura.
- Pode escalar cargas de trabalho suportadas automaticamente.
- Funciona bem para aplicações orientadas a eventos.
- Pode acelerar o desenvolvimento quando serviços gerenciados se adequam ao caso de uso.
- Pode reduzir a necessidade de provisionar capacidade para cargas de trabalho intermitentes.
Desafios e Compromissos
Serverless introduz restrições como limites de execução, limites de concorrência, comportamento de inicialização, cotas de serviço e recursos específicos do provedor. Esses fatores podem influenciar o design da aplicação.
Inícios a frio podem ser importantes para algumas cargas de trabalho. A observabilidade também pode se tornar mais complexa porque as aplicações podem depender de muitos serviços gerenciados e ambientes de execução de curta duração.
Serverless e Microserviços
Funções serverless podem ser componentes de uma arquitetura de microserviços, mas os dois conceitos não são sinônimos. Microserviços descreve a organização da aplicação, enquanto serverless descreve um modelo de infraestrutura e execução.
Segurança em Serverless
Mover a gestão da infraestrutura para um provedor não remove as responsabilidades de segurança da aplicação.
- Aplique permissões de menor privilégio.
- Proteja segredos com serviços gerenciados adequados.
- Valide a entrada externa.
- Criptografe dados sensíveis conforme apropriado.
- Monitore a atividade das funções e eventos de autenticação.
- Mantenha tempos de execução e dependências atualizados.
Gestão de Custos em Serverless
Serverless pode ser econômico para cargas de trabalho intermitentes, mas aplicações de alto volume podem gerar custos significativos de uso. Monitore invocações, tempo de execução, armazenamento, transferência de dados e uso de serviços downstream.
Como Projetar uma Aplicação Sem Servidor
- Identifique uma carga de trabalho que se beneficie de infraestrutura gerenciada ou execução orientada a eventos.
- Escolha serviços adequados de computação, armazenamento, banco de dados, mensageria e identidade.
- Defina fluxos de eventos e limites de serviço.
- Mantenha funções focadas e testáveis.
- Aplique permissões de menor privilégio.
- Adicione logs, métricas, rastreamento e alertas.
- Meça desempenho e custo sob tráfego realista.
- Teste novas tentativas, timeouts, eventos duplicados e falhas parciais.
Dicas de Especialistas
- Use serverless onde seu modelo operacional resolve um problema real.
- Projete o processamento de eventos para tolerar novas tentativas quando necessário.
- Monitore o desempenho do aplicativo e os custos da nuvem juntos.
- Use infraestrutura como código para implantações repetíveis.
- Entenda as cotas do provedor antes da implantação em produção.
- Isolar dependências específicas do provedor quando a portabilidade é importante.
Erros Comuns em Serverless
- Assumir que serverless automaticamente custa menos.
- Ignorar timeouts e limites de concorrência.
- Criar chamadas excessivas de serviço para serviço.
- Usar permissões amplas.
- Falhar em projetar para novas tentativas e falhas parciais.
- Negligenciar a observabilidade.
- Usar serverless onde controle de infraestrutura de longa duração ou especializado é necessário.
Perguntas Frequentes
O que é arquitetura sem servidor em termos simples?
Isso permite que os desenvolvedores executem cargas de trabalho de aplicativos em infraestrutura gerenciada pelo provedor sem administrar diretamente os servidores subjacentes.
Significa que não existem servidores?
Não. Os servidores ainda executam o aplicativo; o provedor de nuvem os gerencia em nome do cliente.
O que é uma função sem servidor?
É um código de aplicação executado por uma plataforma gerenciada em resposta a eventos, solicitações, horários ou outros gatilhos.
Serverless é o mesmo que microserviços?
Não. Microserviços são uma arquitetura de aplicação, enquanto serverless é um modelo de infraestrutura e execução. Eles podem ser combinados.
Serverless é mais barato que hospedagem tradicional?
Depende da carga de trabalho, tráfego, arquitetura e preços do provedor. O custo deve ser avaliado usando um uso realista.
O que é um início a frio?
Um início a frio ocorre quando uma plataforma inicializa um ambiente de execução antes de processar uma solicitação. Seu impacto varia conforme a plataforma e a carga de trabalho.
O servidor sem servidor é seguro?
Os provedores oferecem controles de segurança de infraestrutura, mas as equipes de aplicação continuam responsáveis pelo código, permissões, dados, dependências e configuração.
Quando você deve usar arquitetura sem servidor?
Pode se adequar a cargas de trabalho orientadas a eventos, intermitentes, API, automação e serviços gerenciados, onde a redução das operações de infraestrutura é valiosa.
Conclusão
Arquitetura sem servidor desloca grande parte da gestão de infraestrutura subjacente para um provedor de nuvem. Pode simplificar operações e escalar cargas de trabalho suportadas automaticamente, especialmente para aplicações orientadas a eventos.
No entanto, serverless não é uma substituição universal para servidores ou contêineres. As equipes devem avaliar limites, observabilidade, segurança, portabilidade, desempenho e custo total antes de adotá-lo.
Quer explorar mais sobre infraestrutura de aplicação moderna? Continue com nosso próximo guia sobre Kubernetes e aprenda como a orquestração de contêineres ajuda as equipes a gerenciar cargas de trabalho distribuídas.
