Quando se trata de criar aplicativos, os desenvolvedores normalmente têm uma série de outras tarefas de gerenciamento de servidor que precisam executar para implantar o código, como definir recursos para processamento e armazenamento, aplicar patches, balanceamento de carga e muito mais. Todos esses itens extras levam a tempos de provisionamento mais longos e mais sobrecarga operacional que, no fim, desacelera as equipes de desenvolvimento. 

A computação sem servidor tenta fornecer uma experiência "sem servidor" invisível para os desenvolvedores, eliminando a necessidade de pensar nos servidores ou em qualquer coisa que um aplicativo possa precisar executar. Em vez disso, o provedor de serviços faz todo o trabalho nos bastidores para garantir que você tenha os recursos para executar seu código e atender aos requisitos sem ser cobrado por capacidade ociosa. 

Pense na computação sem servidor como levar água para sua casa. Você pode cavar o próprio poço, testar a qualidade da água, instalar e manter todo o encanamento externo necessário para executá-lo na casa. Ou você pode se conectar ao principal sistema de abastecimento da sua cidade. Basta ligar a torneira de água e pegar a quantidade de água que quiser exatamente quando precisar, e a cidade enviará uma fatura mensal com a quantidade exata de água que você consome. 

Da mesma forma, os provedores de nuvem ativam automaticamente os recursos de infraestrutura e os ambientes de execução necessários para executar seus aplicativos sem servidor e reduzem automaticamente o escalonamento a zero quando a execução é concluída. Normalmente, você é cobrado com base nos recursos durante o tempo de execução. No entanto, isso pode variar de acordo com o serviço e o fornecedor. 

Mas não é o caso de outros tipos de computação em nuvem não fornecem recursos sob demanda com pagamento por utilização? É verdade que modelos de serviço na nuvem comoInfrastructure as a Service (IaaS) ePlataforma como serviço (PaaS) também oferecem acesso sob demanda a recursos de computação.

No entanto, a infraestrutura em nuvem alocada para você permanece ativa mesmo que não seja usada. Também é sua responsabilidade escalonar a capacidade do servidor ou configurar seus aplicativos para aumentar ou diminuir a escala em resposta à demanda do usuário. 

As arquiteturas sem servidor são orientadas a eventos. Nesse modelo, o provedor só fornece recursos quando um evento aciona a execução do seu código e faz o escalonamento automático e instantâneo das solicitações.

Uma das maiores desvantagens da computação sem servidor é que ela ainda é uma tecnologia relativamente nova. Por isso, ele ainda não é adequado para atender a todos os casos de uso em potencial. 

Também está claro que algumas das atuais fraquezas serão resolvidas com o tempo, à medida que a computação sem servidor continua a evoluir. Muito trabalho já está sendo feito em implementações de código aberto de sem servidor e maneiras de tornar os serviços em nuvem mais abertos para tornar as soluções portáteis em diferentes plataformas e ambientes. 

• Adequação limitada do caso de uso: as arquiteturas sem servidor nem sempre são adequadas para aplicativos com requisitos específicos, como processos de longa duração ou necessidades de latência muito baixa
• Restrições de desempenho: as funções sem servidor podem ter inicializações a frio (execução inicial atrasada) e limitações no tempo de execução e na memória
• Dependência de um fornecedor: migrar aplicativos sem servidor entre provedores de nuvem pode ser complexo devido a diferenças nas APIs e configurações
• Visibilidade reduzida do servidor: os desenvolvedores têm visibilidade limitada da infraestrutura, o que dificulta a solução de problemas de desempenho ou a otimização da utilização de recursos
• Inicialização lenta: às vezes, as funções sem servidor podem passar por uma "inicialização a frio", em que há um atraso na invocação da função, o que pode afetar a latência