Você vai precisar de uma plataforma de automação e orquestração. Serverless pode ser exatamente o que você estava procurando.
Serverless (também conhecido como Função como Serviço) ainda está dando seus primeiros passos. E qualquer tecnologia que esteja começando a se firmar geralmente precisa responder à pergunta: “mas para que ela serve?”. Isso é especialmente verdadeiro em uma época em que, quase todos os dias, surge algum novo desenvolvimento ou tecnologia disputando nossa atenção.
Os casos de uso típicos de serverless giram em torno de sua capacidade de aproveitar o poder da nuvem para tipos específicos de cargas de trabalho, como processamento de imagens ou mineração de dados. Mas hoje há organizações usando serverless para finalidades menos atraentes, digamos assim, como a automação de operações.
Na verdade, eu poderia argumentar (e acho que vou, porque esse é o meu jeito) que serverless talvez seja hoje uma das formas mais eficientes de automatizar operações. Aqui estão quatro motivos pelos quais sugiro que você considere seriamente o serverless como plataforma para automação de operações.

1. É orientada a eventos
Em um sistema orientado a eventos, as ações fazem com que algo aconteça. Os eventos (às vezes chamados de ações) podem ser acionados de diversas maneiras, mas provavelmente seriam invocados por meio de uma chamada à API REST, seja pela linha de comando (pense em ‘curl’) ou por uma interface web simples. Isso inclui tarefas como provisionar um serviço, atualizar uma configuração ou desabilitar uma regra de firewall. Basicamente, a implantação de aplicações em produção — e, posteriormente, dos serviços de rede e de aplicação necessários — é decomposta em uma série de “ações”. Muitas ações no pipeline são acionadas pela conclusão de uma ação anterior, o que se alinha bem aos conceitos de “sequência de ações” em ambientes sem servidor, como o OpenWhisk. Afinal, a orquestração da implantação é a automação de um processo composto por muitas tarefas automatizadas menores e individuais. Cada uma delas pode ser adequadamente representada por uma chamada à API em um ambiente sem servidor, com uma chamada abrangente à API iniciando toda a sequência.
2. Promove a infraestrutura como código e a reutilização
Modelos e scripts se enquadram no conceito de infraestrutura como código, mas um sistema baseado em tecnologia serverless atenderia a esse critério por sua própria natureza. Isso também promove a reutilização de artefatos e componentes de implantação, encapsulando-os como código inserido no processo. Isso resulta em processos previsíveis, repetíveis e consistentes, que podem ser medidos e otimizados ao longo do tempo. Uma abordagem de “uma tarefa, uma função” também favorece a capacidade de composição e permite criar o processo de forma mais fluida, podendo ser facilmente orientado pela inserção de diferentes funções com base em um pipeline gerado dinamicamente.
3. É “serverless”
Todos sabemos que serverless não significa literalmente que não há servidores. Mas o mesmo conceito que o torna atraente para os desenvolvedores — o fato de a infraestrutura subjacente de hardware (e software) ser “invisível” para quem a utiliza — também deve torná-lo atraente para as equipes de operações de infraestrutura e rede. Lembre-se: quando você começar a automatizar e orquestrar o pipeline de implantação, precisará de softwares e sistemas para gerenciá-lo. Isso significa servidores e softwares que precisam ser licenciados, mantidos, gerenciados, dimensionados e protegidos — enfim, você entendeu. Você já sabe como é trabalhoso gerenciar aplicativos voltados para o consumidor; agora imagine fazer o mesmo com aplicativos voltados para as operações. Uma infraestrutura serverless, depois de estabelecida, oferece uma plataforma consistente sobre a qual é possível criar inúmeros fluxos de trabalho sem se preocupar com a infraestrutura subjacente. Isso significa que as equipes de operações também podem aproveitar os mesmos benefícios que tornam o serverless atraente para os desenvolvedores.
4. É poli-tudo
Você pode estar pensando: mas o que diabos isso tem a ver com o assunto? Bem, vou explicar. Nenhum data center opera com uma infraestrutura homogênea e, mesmo quando se considera apenas um único fornecedor, as organizações utilizam diversos modelos e versões tanto de hardware quanto de software. Um dos desafios enfrentados pelas organizações é gerenciar a variedade de dispositivos e versões em todo o ambiente. A maioria dos ambientes sem servidor já oferece suporte a uma ampla variedade de linguagens e conjuntos de ferramentas (uma ação pode ser escrita em Python e outra em node.js), bem como a ações “baseadas em imagens”, que são contêineres capazes de executar, bem, praticamente qualquer coisa. Em um mundo no qual se busca orquestrar um processo composto por tarefas que automatizam um conjunto tão diversificado de sistemas, poder usar a ferramenta que funciona melhor (e talvez seja a única opção) é uma grande vantagem para as operações.
A questão é que, ao contrário da maioria das aplicações, que são constantemente acessadas e utilizadas tanto por consumidores quanto por usuários corporativos, as tarefas operacionais são executadas com pouca frequência e, às vezes (embora não gostemos de admitir), sem muito aviso prévio, em resposta a incidentes de segurança ou disponibilidade no ambiente mais amplo. Isso significa que um sistema orientado a eventos, como o serverless, parece ser uma boa opção. Ele oferece uma plataforma “sempre ativa”, capaz de executar uma grande variedade de tarefas em todo o espectro operacional. Em um momento, pode executar uma tarefa relacionada à segurança — atualizar uma regra de firewall. No momento seguinte, pode disparar uma ação para inserir um novo serviço de aplicação — como um WAF — no caminho de dados de uma aplicação, em resposta a uma vulnerabilidade de dia zero que exija correção imediata. A mesma plataforma pode fornecer o mecanismo necessário para executar praticamente todas as tarefas operacionais exigidas, de forma automatizada e extensível.
Os eventos podem até ser acionados pela criação de um chamado ou por um comando de bot em um sistema compatível com ChatOps, como o Slack, extraindo automaticamente as informações necessárias do chamado ou comando para usá-las à medida que as ações apropriadas são executadas para concluir a tarefa.
Serverless é voltado para desenvolvedores, mas seus princípios e mecanismos subjacentes o tornam uma alternativa atraente à criação de sistemas próprios de orquestração operacional ou à dependência de um conjunto de sistemas fracamente acoplados, que trazem consigo seus próprios desafios operacionais e de integração.
Se você está apenas começando sua jornada de automação operacional, vale a pena analisar com bastante atenção as plataformas serverless para empresas e avaliar até que ponto elas podem atender às suas necessidades.
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...