O que é serverless?

Serverless é um modelo de desenvolvimento nativo em nuvem para criação e execução de aplicações sem o gerenciamento de servidores.

Os servidores ainda são usados nesse modelo, mas eles são abstraídos do desenvolvimento de aplicações. O provedor de nuvem fica responsável pelas tarefas rotineiras de provisionamento, manutenção e escala da infraestrutura do servidor. Os desenvolvedores só precisam empacotar o código em containers para fazer a implantação.

Depois da implantação, as aplicações serverless atendem à demanda e aumentam ou diminuem a escala automaticamente de acordo com as necessidades. As soluções serverless dos provedores de nuvem pública costumam ser oferecidas sob demanda por meio de um modelo de execução orientado a eventos. Por isso, não há cobrança pelas funções serverless não utilizadas.

O serverless é diferente de outros modelos de cloud computing em que o provedor de nuvem é responsável por gerenciar a infraestrutura da nuvem e por escalar as aplicações. As aplicações serverless são implantadas em containers que são iniciados sob demanda e automaticamente quando chamados.

Em um modelo padrão de cloud computing baseado em infraestrutura como serviço (IaaS), os usuários compram unidades de capacidade. Ou seja, o provedor de nuvem pública fornece componentes de servidor "sempre ativos" para a execução das aplicações. Os usuários precisam aumentar a capacidade do servidor nos momentos de alta demanda e diminuí-la quando a capacidade alta não é mais necessária. Mesmo quando as aplicações não são usadas, a infraestrutura de nuvem necessária para executá-las continua ativa.

Em comparação, com a arquitetura serverless, as aplicações são iniciadas apenas quando necessárias. Quando um evento aciona a execução do código da aplicação, o provedor de nuvem pública aloca os recursos relacionados dinamicamente. Os usuários deixam de ser cobrados quando essa execução termina. Além do aumento da eficiência e da economia, o modelo serverless livra os desenvolvedores das tarefas rotineiras e manuais associadas ao provisionamento do servidor e à escala da aplicação.

Com o modelo serverless, todas as tarefas rotineiras são realizadas pelo provedor de serviços de nuvem. Elas incluem, por exemplo, o gerenciamento do sistema operacional e de arquivos, a aplicação de patches de segurança, o balanceamento de carga, a administração da capacidade, a escala, a geração de registros e o monitoramento.

É possível criar uma aplicação totalmente serverless ou uma formada por elementos de microsserviços parcialmente serverless e tradicionais.

Com o modelo serverless, o provedor de nuvem executa servidores físicos e aloca dinamicamente os recursos deles em nome dos usuários, que podem implantar código diretamente na produção.

As soluções de computação serverless costumam ser divididas em duas categorias: back-end como serviço (BaaS) e função como serviço (FaaS).  

Com o BaaS, os desenvolvedores têm acesso a vários serviços e aplicações de terceiros. Por exemplo, talvez um provedor de nuvem ofereça serviços de autenticação, criptografia extra, bancos de dados acessíveis pela nuvem e dados de uso de alta fidelidade. Normalmente, você chama as funções serverless por meio de interfaces de programação de aplicações (APIs).

Na verdade, quando os desenvolvedores se referem ao serverless, é mais provável que eles estejam falando do modelo FaaS. Com esse modelo, os desenvolvedores ainda gravam uma lógica personalizada no lado do servidor, mas ela é executada em containers totalmente gerenciados por um provedor de serviços de nuvem. 

Todos os principais provedores de nuvem pública oferecem pelo menos uma solução de FaaS. Eles incluem a Amazon Web Services com o AWS Lambda, o Microsoft Azure com o Azure Functions, o Google Cloud com várias opções, o IBM Cloud com o IBM Cloud Functions e muitos outros. 

Algumas organizações preferem executar os próprios ambientes de FaaS por meio de plataformas serverless open source, como o Red Hat® OpenShift® Serverless. Essa solução é baseada no projeto Knative do Kubernetes.

Função como serviço (FaaS) é um modelo de execução de computação orientado a eventos. Com ele, os desenvolvedores gravam a lógica, que é implantada em containers totalmente gerenciados por uma plataforma e executada sob demanda.

Em comparação com BaaS, o modelo FaaS proporciona maior controle aos desenvolvedores. Isso possibilita a criação de aplicações personalizadas, evitando a dependência de uma biblioteca de serviços pré-gravados. 

O código é implantado em containers gerenciados por um provedor de nuvem. Especificamente, esses containers são:

• Sem estado, o que simplifica a integração dos dados.
• Efêmeros, para que eles sejam executados por muito pouco tempo.
• Acionados por eventos, para que eles sejam executados automaticamente quando necessário.
• Totalmente gerenciados por um provedor de nuvem. Assim, você paga somente o necessário, e não os servidores e aplicações "sempre ativos".

Com esse modelo, os desenvolvedores chamam aplicações serverless usando APIs, que são gerenciadas pelo provedor de FaaS por meio de um gateway.

A arquitetura serverless é ideal para aplicações assíncronas e stateless que podem ser iniciadas instantaneamente. Da mesma forma, esse modelo também é uma ótima opção para os casos de uso em que a demanda aumenta de maneira aleatória e imprevisível.

Por exemplo, pense em uma tarefa como o processamento em lote de arquivos de imagem de entrada: ele não ocorre com muita frequência, mas precisa estar pronto para quando uma grande quantidade de arquivos chegar de uma só vez. Outro caso são as modificações feitas em um banco de dados: você pode aplicar uma série de funções (por exemplo, comparar as mudanças com os padrões de qualidade) ou traduzir as modificações automaticamente.

As aplicações serverless também são ideais para os casos de uso que incluem fluxos de dados de entrada, chat bots, tarefas agendadas e lógica empresarial.

Outros casos de uso comuns do modelo serverless são aplicações web e APIs de back-end, automação de processos de negócios, sites serverless e integração de diversos sistemas.

A plataforma de orquestração de containers do Kubernetes é uma solução bem popular na execução de ambientes serverless. Essa é uma maneira de executar aplicações em containers em infraestruturas automatizadas. No entanto, o Kubernetes sozinho não é capaz de executar aplicações serverless de maneira nativa.

O Knative é um projeto da comunidade open source que fornece componentes para implantar, executar e gerenciar aplicações serverless no Kubernetes.

Com o ambiente serverless do Knative, é possível implantar o código em plataformas de Kubernetes, como o Red Hat OpenShift. Para criar um serviço com o Knative, basta empacotar o código como uma imagem de container e enviá-la ao sistema. Seu código será executado apenas quando necessário, pois o Knative inicia e encerra as instâncias automaticamente.

O Knative é formado por três componentes principais:

• Build: uma abordagem flexível para compilar código-fonte em containers.
• Serving: possibilita a implantação rápida e a escala automática de containers por meio de um modelo orientado a solicitações para o fornecimento de cargas de trabalho com base na demanda.
• Eventing: uma infraestrutura de consumo e produção de eventos para acionar aplicações. Isso é feito por várias fontes, como eventos gerados por suas próprias aplicações, serviços de nuvem de vários provedores, sistemas de software como serviço (SaaS) e fluxos do Red Hat AMQ.

Ao contrário dos frameworks serverless mais antigos, o Knative foi projetado para implantar qualquer carga de trabalho de aplicação moderna, incluindo monólitos, microsserviços e funções pequenas.

O Knative é uma alternativa às soluções de FaaS controladas por um único provedor de serviços e pode ser executado em qualquer plataforma de nuvem compatível com o Kubernetes. Isso inclui a execução em um datacenter on-premise. Assim, as organizações têm mais agilidade e flexibilidade para executar cargas de trabalho serverless.

Prós

• A computação serverless aumenta a produtividade dos desenvolvedores e reduz os custos operacionais. Ela livra os desenvolvedores das tarefas rotineiras de provisionamento e gerenciamento de servidores. Assim, eles têm mais tempo para se concentrar nas aplicações. 
• Com a computação serverless, é mais fácil adotar práticas de DevOps, porque os desenvolvedores não precisam mais descrever explicitamente a infraestrutura que eles querem que a equipe de operações provisione.  
• É possível incorporar componentes completos de soluções de BaaS de terceiros para otimizar ainda mais o desenvolvimento de aplicações.
• Os custos operacionais são reduzidos no modelo serverless porque você paga o tempo de computação baseado em nuvem conforme necessário. Isso não acontece quando você executa e gerencia os próprios servidores o tempo todo.

Contras

• Deixar de executar o seu próprio servidor ou controlar a sua própria lógica no lado dele tem algumas desvantagens.
• É possível que os provedores de nuvem tenham restrições sobre como as pessoas podem interagir com os componentes. Por sua vez, isso afeta a flexibilidade e a personalização dos sistemas. No caso de ambientes de BaaS, os desenvolvedores podem depender de serviços com código que não pode ser controlado por eles.
• Abrir mão de controlar esses aspectos do stack de TI também aumenta as chances de dependência de fornecedor. Além disso, quando você decide trocar de provedor, isso pode gerar custos. Você precisará fazer upgrade dos sistemas para que eles atendam às especificações do novo provedor.

O conceito de FaaS e de arquitetura serverless tem evoluído no mesmo ritmo que o aumento da popularidade das soluções de nuvem sob demanda e de containers. Um estudo da 451 Research realizado em parceria com a Red Hat investigou a evolução do serverless, dividindo esse modelo em três fases diferentes:

A fase "1.0" incluía limitações que dificultavam o uso do serverless na computação geral. O serverless 1.0 tem as seguintes características:

• HTTP e algumas outras fontes
• Somente funções
• Tempo de execução limitado (5 a 10 minutos)
• Sem orquestração
• Desenvolvimento local limitado

Com o surgimento do Kubernetes, o modelo entrou na fase "1.5", em que muitos frameworks serverless começaram a escalar containers automaticamente. O serverless 1.5 tem as seguintes características:

• Knative
• Escalonamento automático baseado no Kubernetes
• Microsserviços e funções
• Fácil de fazer o debug e testar no local
• Portátil e com suporte a múltiplas linguagens

Hoje, a fase "2.0" está surgindo com a inclusão do estado e da integração. Os provedores começaram a adicionar os componentes que faltavam para que o modelo serverless fosse compatível com cargas de trabalho empresarial de uso geral. O serverless 2.0 tem as seguintes características:

• Gerenciamento de estado básico
• Uso de padrões de integração empresarial
• Recursos de mensageria avançados
• PaaS empresarial incorporado
• Fontes de evento prontas para empresas
• Estado e integração