A automação de TI é estratégica

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

E se eu dissesse que “os mainframes processam diariamente mais transações do que o Google (1,3 milhão por segundo no CICS contra 68.542 por segundo no Google), incluindo 55% de todas as transações empresariais”? (Forbes)

Você ficaria chocado? Não deveria. Embora empresas de hiperescala como Facebook, Netflix e Google geralmente ocupem o centro das atenções quando falamos de transformação digital e da economia dos aplicativos, a realidade é que essa economia depende tanto — talvez até mais — dos milhares e milhares de aplicativos que ninguém jamais vê ou dos quais sequer ouve falar. E não são apenas os mainframes que passam despercebidos. Isso também acontece com os serviços de aplicativos, a infraestrutura, o middleware e as fontes de dados habilmente ocultos sob a interface reluzente do aplicativo ou dispositivo mais recente.

Veja bem, a transformação digital tem mais a ver com a forma como interagimos com a tecnologia do que com alguma transformação extraordinária da tecnologia em si. Não há nada de novo em APIs, sensores ou dispositivos. Também não há nada de particularmente surpreendente em telas sensíveis ao toque e controle por voz. Toda essa tecnologia já existe, de uma forma ou de outra, há bastante tempo. E, em alguns casos, é realmente apenas uma maquiagem superficial.

Não é possível escalar sem um serviço de balanceamento de carga. Não é possível proteger aplicativos sem serviços de segurança de aplicações. Não é possível conectar aplicativos sem middleware e APIs. E nenhum deles é muito interessante sem os dados que gerenciam.

A economia dos aplicativos depende mais do que não vemos do que daquilo que vemos. E isso torna imprescindível que a TI tenha um lugar — e voz ativa — à mesa das decisões digitais. Esse lugar é importante, independentemente de os aplicativos serem implantados em uma nuvem pública ou localmente, em uma nuvem privada. Esse lugar é importante, sejam os aplicativos ainda monolíticos ou microsserviços em contêineres. Esse lugar é importante. Ponto final.

Esse lugar à mesa representa as mudanças culturais e de colaboração necessárias para transformar a TI, fazendo-a deixar de exercer uma função de apoio e assumir um papel estratégico.

A natureza estratégica da automação de TI

Uma das decisões mais estratégicas que um CIO pode tomar atualmente diz respeito à automação. Como 55% das organizações adotam a automação como resultado da transformação digital, seu impacto estratégico não pode ser ignorado. Assim como a escolha de linguagens de programação e plataformas para o desenvolvimento de aplicativos é estratégica, também são estratégicos os conjuntos de ferramentas, as linguagens e as plataformas selecionados para dar suporte às iniciativas de automação.

Seria insensato considerar essas decisões irrelevantes. As dívidas técnica e arquitetural se acumulam rapidamente e são tão difíceis de eliminar do orçamento quanto os quilos que ganhamos no Dia de Ação de Graças. A dívida arquitetural se baseia no princípio da “dívida técnica” no desenvolvimento de software. Trata-se de uma metáfora: a complexidade e as escolhas arquiteturais impedem a realização de novos trabalhos, pois todo o tempo é gasto lidando com sistemas existentes (correções, manutenção etc.). Quando há muita dívida, ela impede que o dinheiro seja usado em outras coisas, pois tudo é gasto com juros. É essa dívida que eleva os custos de novos serviços e reduz a velocidade de entrega necessária para aproveitar oportunidades de melhorar os resultados, seja em termos de produtividade ou de lucro.

É isso que torna a automação de TI um investimento estratégico. No ambiente corporativo, as decisões que você toma agora sobre a implementação da automação terão tanta repercussão quanto aquelas tomadas no desenvolvimento de aplicativos anos atrás.

Por exemplo, em nossa pesquisa do ano passado a possibilidade de autoatendimento foi citada por 65% dos profissionais de DevOps como um fator que influenciou sua decisão de “contornar” a TI e buscar soluções de nuvem ou de código aberto. Evitar a TI significa contornar a segurança, o que coloca a empresa e outros sistemas em risco.

Escolher a linguagem errada pode gerar sua própria dívida, pois, com o tempo, você não consegue manter os sistemas sem os profissionais adequados. Não escolher uma linguagem pode causar caos e transformar scripts e sistemas de automação em “animais de estimação” que exigem cuidados e atenção constantes. Isso faz com que o orçamento volte a ser direcionado para correções emergenciais e manutenção, em vez de inovação.

A automação de TI é uma iniciativa estratégica que deve ser abordada considerando cuidadosamente fatores semelhantes aos das arquiteturas de aplicações empresariais:

1. Suporte em toda a cadeia de ferramentas
   Atualmente, praticamente todos os fornecedores de TI oferecem suporte à automação e à integração com outros participantes do pipeline de produção. O suporte — tradicional ou oferecido pela comunidade — é indispensável, dada a complexidade das redes atuais e a variedade de fornecedores que compõem o pipeline. Documentação, exemplos de código e uma comunidade ativa fazem toda a diferença.
2. Disponibilidade de profissionais qualificados e/ou treinamento
   Se você não puder treinar sua equipe nem contratar profissionais qualificados para trabalhar com as plataformas, os sistemas e as linguagens que pretende adotar, volte à primeira etapa e reinicie o processo de seleção. Sem a capacidade de manter os sistemas que você desenvolverá, é melhor continuar realizando o trabalho manualmente até que isso seja possível.
3. Preparação para múltiplas nuvens
   O suporte a empresas que operam em múltiplas nuvens é um requisito relativamente novo, mas não deixa de ser necessário. A automação não ficará restrita a um data center local. As iniciativas de automação precisarão incluir pelo menos uma nuvem pública e, quase certamente, mais de uma. Isso significa que, como parte da sua iniciativa de automação, será necessário avaliar cuidadosamente a compatibilidade das plataformas e a portabilidade das políticas entre os diferentes ambientes.
4. Imperativa ou declarativa
   Sei que você provavelmente já está cansado de ouvir falar sobre isso, mas essa escolha é extremamente importante. Os métodos imperativos (baseados exclusivamente em APIs) são mais rápidos de desenvolver e exigem menos adaptação por parte da TI, mas geram uma dívida técnica significativa ao vincular a automação a dispositivos e fornecedores específicos. Os métodos declarativos (baseados em artefatos) podem exigir mais tempo — e trabalho de arquitetura — no início, mas reduzem o forte acoplamento entre processos e produtos, além de diminuir a dívida técnica.

A automação de TI é uma das decisões tecnológicas mais estratégicas que um CIO pode tomar. E, considerando que a maior parte da economia de aplicativos depende de sistemas sob a responsabilidade da TI, ela também é uma das decisões de negócios mais estratégicas que um CIO pode tomar hoje.

Escolha com sabedoria.

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