Esqueça as crianças. Precisamos disso para a automação de TI.

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

Nosso caçula tem nove anos (E MEIO! NÃO SE ESQUEÇA DO MEIO!) e atualmente está fascinado por robôs. Não apenas por brincar com eles, mas também por programá-los. Como nós dois temos pós-graduação em ciência da computação, você pode imaginar como estamos entusiasmados e incentivando esse interesse em particular.

Então, é claro que robôs com modelos de programação fáceis de aprender estão em alta lá em casa no momento. Um dos brinquedos deste verão foi da Wonder Workshop, cujos robôs podem ser programados por meio de uma linguagem baseada em “blocos”.

Essa é a realidade das crianças de hoje. Essa criança brinca com vários “jogos” em seus diversos dispositivos, todos usando o mesmo modelo de “blocos” para criar programas. Até mesmo seu robô Lego Mindstorms Ev3 usa um mecanismo semelhante, no qual as estruturas de programação são blocos que você conecta. Variáveis e condições são definidas selecionando-as, e nenhum “código” propriamente dito é exibido na tela.

Mas você sabe que ele está lá.

Na época em que eu avaliava soluções de BPM (Gerenciamento de Processos de Negócio), elas usavam um paradigma semelhante para permitir que as partes interessadas da empresa definissem processos. A interface refletia a natureza dos processos, ou seja, você criava um fluxograma usando um modelo de arrastar e soltar, mas grande parte da construção da orquestração era feita por meio de uma interface mais fácil de aprender. Como as que meu filho mais novo usa hoje, só que mais parecidas com o Visio. Muito mais parecidas com o Visio, pensando bem.

Esqueça as crianças. É nessa direção que a automação de TI precisa avançar. Não há motivo para a complexidade inerente à automação de TI atual, a não ser o fato de que ninguém ainda percebeu que, se quisermos incentivar uma adoção maior — inclusive por pessoas que não têm uma aptidão natural para programação —, precisamos encontrar uma maneira melhor de criar os fluxos de trabalho que representam os processos de TI usados para implantar, gerenciar e configurar a infraestrutura de TI.

A primeira coisa com que precisamos concordar é que programático não significa necessariamente “você pode fazer o que quiser porque, afinal, é código”. Isso é verdade no sentido mais amplo da palavra, mas também significa a capacidade de alterar ou definir comportamentos de forma programática. Há um conjunto limitado de ações necessárias para executar um fluxo de trabalho em TI, e a maioria delas já é viabilizada pela (outra) economia de APIs. Ao fornecer uma interface que encapsule esse conjunto limitado de ações e ofereça estruturas lógicas claras e fáceis de entender (se/então, enquanto, funções iterativas), poderíamos, em tese, eliminar a tendência de recorrer a mecanismos de script não estruturados, que geram muito mais dívida técnica nas operações de TI do que a maioria dos softwares desenvolvidos anteriormente nas empresas. Esse nível de abstração restrita também permitiria que profissionais que não são programadores de formação (engenheiros e arquitetos de redes e armazenamento) criassem fluxos de trabalho bem estruturados e de fácil manutenção (um importante fator de padronização). Quando combinado com uma infraestrutura de tecnologia sem servidor para executar fluxos de trabalho, esse modelo reduz o investimento necessário para criar, manter e executar fluxos de trabalho adequados às operações de TI.

Isso é importante, pois precisamos abordar a automação de TI tendo em vista a sustentabilidade. Um script pode funcionar muito bem hoje, mas será que conseguirá acompanhar o crescimento das equipes e dos processos no futuro?

Talvez não precisemos de uma solução tão simples (ou colorida), mas acredito que seja importante adaptar o princípio no qual a interface foi projetada à medida que olhamos para o futuro da automação de TI e para a forma como criamos (e mantemos) o código que vai fazer a TI funcionar no futuro. Infelizmente, tendemos a transferir a complexidade dos sistemas subjacentes para o projeto dos sistemas (e, consequentemente, das interfaces) que interagem com eles e os controlam. Queremos disponibilizar todos os controles e botões possíveis. No mínimo, um broker de APIs que permita agregar a complexidade natural das CLIs transformadas em APIs em tarefas operacionais mais compreensíveis seria extremamente útil para quem é responsável por automatizar redes de TI e serviços de aplicativos. O login pode ser um processo complexo, composto por várias etapas que se repetem todas as vezes. Reuni-las em um único “serviço” torna essas etapas repetíveis, consistentes e muito mais fáceis de auditar. Combine isso com uma interface (mais) intuitiva e teremos uma solução vencedora para a automação de TI.

As interfaces dos aplicativos de “programação” para crianças de hoje provam que é possível fazer isso sem que os usuários sintam que estão diante de um ENIAC sem nenhum manual para orientá-los. Podemos fazer melhor e, se quisermos ampliar a transformação digital interna para acompanhar o ritmo dos negócios, precisamos fazer isso.

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