Serverless não é sobre servidores, é sobre aplicações

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Há muita confusão em torno do conceito de “computação sem servidor”. Isso pode ocorrer porque o nome é bastante equivocado. Não se trata de servidores nem de computação — pelo menos não no sentido tradicional em que a maioria dos profissionais de TI usa esses termos.

Serverless é muito mais adequadamente chamado de Funções como Serviço (FaaS) porque é isso que ele oferece. Assim como FaaS é serverless, SaaS também é e, pode-se concluir corretamente, PaaS. Isso porque o servidor — a computação — é retirado da equação do ponto de vista do consumidor, que geralmente é um desenvolvedor. Os recursos computacionais (servidor, rede) ficam ocultos, sendo provisionados, gerenciados e dimensionados automaticamente por meio de uma rede de automação e orquestração, controlada, em última instância, pelo provedor do serviço. Você paga por isso, mas nunca precisa vê-los.

FaaS serverless não substitui SaaS, PaaS nem a nuvem em geral. É apenas mais uma opção sobreposta aos modelos existentes, que oferece aos desenvolvedores a empolgante capacidade de invocar funções sob demanda. É orientada a eventos, o que significa que a função é acionada por um evento. Esse evento geralmente é a invocação de uma chamada de API, que assume a forma de uma solicitação HTTP com um URI bastante específico. Sim, uma chamada de API.

O caso de uso mais citado para FaaS é o processamento de imagens ou vídeos. Isso ocorre porque os recursos necessários costumam ser imprevisíveis, tanto em frequência quanto em capacidade. O FaaS oferece uma maneira econômica e eficiente de processar essas mídias a cada chamada. Outro exemplo pode estar relacionado ao universo da IoT, em que as ações são acionadas por eventos que ocorrem por meio de um aplicativo de controle ou do próprio dispositivo. E há sempre o caso de uso de backend de API, que costuma fazer mais sentido para a maioria das pessoas do que qualquer outro caso de uso, pois as APIs são frequentemente descritas como URIs que invocam funções. Independentemente do que a função faça, ela só é executada quando acionada por um evento específico e deve ser uma função única e isolada.

Isso não é computação em nuvem como estamos acostumados a vê-la ou discuti-la. Isso porque a nuvem (IaaS) diz respeito à infraestrutura e às operações, enquanto FaaS (assim como PaaS e SaaS) diz respeito às aplicações. Essas soluções são concebidas como um ambiente de desenvolvimento no qual os desenvolvedores podem implementar código para executar determinadas tarefas como parte de uma iniciativa de aplicação mais ampla. É possível criar uma aplicação a partir de várias implementações de FaaS? Com certeza. De fato, nesse sentido, FaaS está para SaaS assim como os microsserviços estão para os monólitos.

Mas esse é exatamente o ponto. FaaS diz respeito a aplicações, não a servidores. Não é possível implementar uma nuvem com FaaS, mas é possível desenvolver uma aplicação. Não dá para simplesmente migrar uma aplicação para um ambiente “sem servidor”. Ela precisa ser desconstruída e depois reconstruída — ou melhor, ter sua arquitetura reformulada — como um conjunto de serviços FaaS.

As combinações (ou seriam permutações?) são inúmeras. É possível incorporar FaaS juntamente com PaaS a partir de um aplicativo implantado em IaaS. A IaaS e a PaaS podem estar no ambiente local, enquanto a FaaS é pública.

A questão com SaaS, PaaS e FaaS é que você nunca vê os ‘servidores’. Isso não acontece com IaaS, em que chamamos os servidores de “instâncias” e precisamos gerenciá-los e mantê-los. Isso porque IaaS — seja local ou pública — diz respeito ao fornecimento de infraestrutura e operações, não de aplicações. Isso sempre foi verdade, mas pudemos ignorá-lo na última década porque “servidor == aplicação” tem sido a norma há muito tempo.

Mas, com a ascensão dos microsserviços e das APIs, e agora do FaaS, não podemos mais operar segundo o modelo em que “servidor == aplicação”, porque isso simplesmente não é mais verdade.

No fim das contas, FaaS não diz respeito a servidores, nem mesmo à nuvem propriamente dita (no sentido que passamos a atribuir a ela). Mas representa uma mudança significativa na forma como podemos projetar e desenvolver aplicações.

Sobre o autor

Lori Mac VittieEngenheiro Emérito e Evangelista-Chefe | F5

Lori MacVittie é engenheira distinta e evangelista-chefe no Escritório do CTO da F5, com ampla experiência em entrega de aplicações, estratégia de automação e infraestrutura. Ela é conhecida por transformar complexidade em clareza, seja definindo diretrizes para agentes de IA, analisando arquiteturas multinuvem frágeis ou investigando os limites de sistemas escaláveis. Ela acumula mais de trinta anos de experiência no setor, abrangendo desenvolvimento de aplicações, arquitetura de TI e operações de redes e sistemas. Antes de ingressar na F5, atuou como editora de tecnologia e recebeu diversos prêmios. MacVittie tem mestrado em Ciência da Computação e é uma autora prolífica, com publicações que abrangem segurança, nuvem e arquitetura empresarial. Ela também é uma entusiasta de jogos de tabuleiro e videogames, além de ter opiniões assumidamente fortes sobre queijos.

Mais publicações de Lori Mac Vittie