BLOGUE

A automação de TI é estratégica

Miniatura de Lori MacVittie
Lori MacVittie
Publicado em 17 de maio de 2018

E se eu lhe dissesse que “os mainframes hospedam mais transações diariamente do que o Google (1,3 milhões/segundo no CICS vs. 68.542/segundo no Google), incluindo 55 por cento de todas as transações empresariais”. ( Forbes )

Você ficaria chocado? Você não deveria. Embora empresas de hiperescala como Facebook, Netflix e Google geralmente ocupem o palco principal quando falamos sobre transformação digital e economia de aplicativos, a realidade é que a economia de aplicativos depende tanto (talvez mais) dos milhares e milhares de aplicativos que ninguém vê ou ouve falar. Não são apenas os mainframes que passam despercebidos. São também os serviços de aplicação, a infraestrutura, o middleware e as fontes de dados habilmente escondidos sob a interface brilhante 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 uma transformação brilhante da tecnologia em si. Não há nada de novo sobre APIs, sensores e dispositivos. Não há nada particularmente surpreendente em telas sensíveis ao toque e controle de voz. Toda essa tecnologia já existe de uma forma ou de outra há algum tempo. E em alguns casos, é só batom de porco.

Você não pode escalar sem um serviço de balanceamento de carga. Você não pode proteger aplicativos sem serviços de aplicativos de segurança. Você não pode conectar aplicativos sem middleware e APIs. E nenhuma delas é muito interessante sem os dados que gerenciam.

A economia de aplicativos depende mais do que não vemos do que do que vemos. E isso torna imperativo que a TI tenha um assento – e uma voz – na mesa digital. Esse assento é importante, independentemente de os aplicativos estarem sendo implantados em uma nuvem pública ou no local, em uma nuvem privada. Esse assento é importante, independentemente de os aplicativos ainda serem microsserviços monolíticos ou em contêineres. Esse assento é importante. Período.

Esse assento representa a colaboração e as mudanças culturais necessárias para transformar a TI de uma função de suporte para uma função estratégica.

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


Uma das decisões mais estratégicas que um CIO pode tomar hoje se concentra na automação. Com 55% das organizações empregando 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 desenvolvimento de aplicativos é estratégica, também o são os conjuntos de ferramentas, linguagens e plataformas selecionados para sustentar os esforços de automação.

Seria tolice menosprezar essas decisões como se fossem sem importância. As dívidas técnicas e arquitetônicas aumentam 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 arquitetônica é baseada no princípio da “dívida técnica” no desenvolvimento de software. É uma metáfora: A complexidade e as escolhas arquitetônicas impedem que você faça novos trabalhos porque você está gastando todo o seu tempo lidando com sistemas existentes (quebra/conserto, manutenção, etc.). Se você tem muitas dívidas, isso impede que você use seu dinheiro em outras coisas, porque você gasta tudo em juros. Essa dívida é o que aumenta os custos dos novos serviços e diminui a velocidade necessária para aproveitar as oportunidades de melhorar os resultados financeiros, sejam eles medidos em produtividade ou lucro.

É isso que torna a automação de TI um investimento estratégico. Na empresa, as escolhas que você faz agora em relação à implementação da automação repercutirão tão alto quanto aquelas feitas no desenvolvimento de aplicativos anos atrás.

Por exemplo, em nossa pesquisa do ano passado, a habilitação de autoatendimento foi citada por 65% dos DevOps como influenciadora de sua decisão de "ignorar" a TI e buscar soluções de nuvem ou de código aberto. Evitar a TI significa contornar a segurança, o que coloca o negócio e outros sistemas em risco. 

Escolher o idioma errado pode criar sua própria dívida porque, com o tempo, você não consegue sustentar sistemas sem o talento certo. Não escolher um idioma pode causar caos e transformar scripts e sistemas de automação em animais de estimação que precisam de cuidado e atenção constantes. Isso desloca o orçamento de volta para reparos e manutenção, em vez de inovação.

A automação de TI é um esforço estratégico que deve ser abordado com consideração cuidadosa a fatores semelhantes aos das arquiteturas de aplicativos corporativos:

  1. Suporte em toda a cadeia de ferramentas
    Hoje em dia, 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 baseado na comunidade – é essencial, 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 ajudam muito.
  2. Disponibilidade de talento e/ou treinamento
    Se você não puder treinar sua equipe ou contratar talentos para trabalhar com as plataformas, sistemas e linguagens com os quais deseja avançar, volte ao primeiro passo e reinicie o processo de seleção. Sem a capacidade de sustentar os sistemas que você vai construir, é melhor continuar no modo manual até que seja possível.
  3. Prontidão para multi-nuvem
    O suporte para empresas multinuvem é um requisito relativamente novo, mas é um requisito. A automação não ficará confinada a um data center local. Os esforços de automação precisarão incluir pelo menos uma nuvem pública e quase certamente mais de uma nuvem pública. Isso significa consideração cuidadosa da compatibilidade da plataforma e da portabilidade de políticas entre ambientes como parte da sua iniciativa de automação. 
  4. Imperativo ou declarativo
    Eu sei que você provavelmente está cansado de ouvir sobre isso, mas a escolha é muito importante. Métodos imperativos (baseados puramente em API) 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. Métodos declarativos (baseados em artefatos) podem levar mais tempo — e arquitetura — no início, mas aliviam o acoplamento rígido do processo com os produtos e reduzem 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 supervisão da TI, essa também é uma das decisões empresariais mais estratégicas que um CIO pode tomar hoje. 

Escolha sabiamente.