A Função como Serviço (FaaS) está sendo rapidamente adotada em diversos contextos operacionais e de desenvolvimento.
Embora a estrela em ascensão da computação em nuvem seja frequentemente mencionada em conjunto com APIs, IoT e aplicativos móveis, essa tecnologia também é amplamente utilizada fora do desenvolvimento. No relatório "Guia de Serverless", da The New Stack, constatamos que os casos de uso técnico de serverless abrangem um amplo conjunto de aplicações:
Casos de uso técnicos para computação sem servidor
- 73% APIs REST HTTP e aplicativos web
- 68% Jobs em lote ou tarefas agendadas
- 60% Lógica de negócios
- 34% Pipeline de integração contínua
Como esperado, as aplicações predominam, com quase três quartos dos entrevistados usando serverless para APIs REST e aplicações web. Mas, a partir daí, a situação fica mais interessante. Jobs em lote e tarefas agendadas, assim como a nebulosa "lógica de negócios", ainda representam casos de uso para mais da metade dos entrevistados.
O uso de funções de nuvem para gerenciar ativos de nuvem se enquadra na categoria de "tarefas agendadas". Um dos recursos que a nuvem e os contêineres oferecem às empresas é a possibilidade de otimizar o uso de recursos. Geralmente, pensamos nisso em termos de escalabilidade — especialmente quando combinada com contêineres e microsserviços. Ao escalar apenas as partes de uma aplicação que precisam ser escaladas, você economiza recursos computacionais (e, consequentemente, reduz custos).
Mas o outro lado dessa equação é a possibilidade de desativar recursos quando eles não estão em uso. Parte do atrativo de função como serviço e serverless (não, eles não são necessariamente a mesma coisa) é o verdadeiro modelo de cobrança por uso. Você realmente paga apenas pelo que utiliza. Como, idealmente, não há recursos ociosos em um ambiente serverless/FaaS, você não paga por eles. Na nuvem, porém, você pode estar pagando por recursos ociosos o mesmo valor que pagaria se esses recursos estivessem executando algum aplicativo ou serviço. É um pequeno detalhe, mas que pode gerar um custo significativo se um aplicativo ficar muito tempo inativo.
É aqui que as funções de nuvem podem ajudar. Aproveitando os recursos de função como serviço da nuvem em que sua aplicação está sendo executada, você pode agendar uma tarefa para desligar as instâncias quando não estiverem em uso e reiniciá-las mais tarde. Isso pressupõe uma programação relativamente fixa, como no caso de uma aplicação usada apenas durante um horário de trabalho bem definido. Essas aplicações costumam ser aplicações "corporativas" tradicionais, usadas pelos funcionários somente durante o dia e nos dias úteis. Desligar, durante o fim de semana, as instâncias que compõem uma aplicação corporativa pode gerar uma economia considerável ao longo do tempo.
Usar a oferta de função como serviço do seu provedor de nuvem pode ser uma forma de reduzir o custo de manter esses aplicativos "ativos" durante a noite e nos fins de semana. Mesmo considerando uma jornada de trabalho de doze horas, você poderia reduzir seus custos pela metade desligando-os durante as outras doze horas.
Se você quiser saber como implementar o que me parece ser uma versão do cron na nuvem, confira estes recursos:
- AWS Lambda: interrompa e inicie instâncias do EC2 em intervalos regulares
- Google Cloud Functions: agendamento de instâncias com o Cloud Scheduler
- Gerenciar instâncias no Durable Functions (Azure Functions)
Sobre o autor

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 VittiePublicações relacionadas no blog

Entrega e proteção de agentes de IA em fábricas de IA: F5 para a arquitetura de referência NVIDIA OpenShell para agentes de IA seguros
As soluções da F5 ampliam a Arquitetura de Referência NVIDIA OpenShell para agentes de IA seguros.
Como medir – e minimizar – o custo total de propriedade do seu Kubernetes
O Kubernetes pode ser baixado e executado gratuitamente, mas sua manutenção está longe de não ter custos. Assim como outras grandes plataformas de código aberto que são “gratuitas” apenas em um sentido simplista, o Kubernetes quase certamente exigirá investimentos para ser implantado e operado.
As-Code: a pilha de TI contínua
Infraestrutura, configuração, pipeline, operações. De repente, tudo é “como código”. Lori MacVittie busca esclarecer a terminologia e identificar os diferentes componentes de uma stack contínua de TI.
O estado da entrega de aplicações em 2017: automação, APIs e DevOps
Explore o relatório State of Application Delivery de 2017. Leia o blog retrospectivo da F5 sobre o início da ascensão das redes declarativas e dos pipelines de DevOps.
DevOps Summit: onde a rede foi convidada para a festa
No DevOps Summit NY, falou-se muito não apenas sobre DevOps, mas também sobre contêineres, IoT e microsserviços. As sessões se concentraram não só na mudança cultural necessária para crescer em escala com uma abordagem DevOps, mas também fizeram questão de incluir...
F5 e Nutanix convergem em infraestrutura no .NEXT
Aplicações empresariais como Microsoft SharePoint e Exchange, juntamente com a VDI, continuam sendo a espinha dorsal da sua empresa. A produtividade, embora não seja tão atraente quanto o lucro, é um fator essencial para o sucesso das operações empresariais atuais. Deixar de...