A automação é um componente crítico da transformação digital, pois a automação de tarefas por meio de aplicativos é o foco da primeira fase da jornada empresarial, conhecida como transformação digital .
A automação dos fluxos de trabalho consome a atenção na segunda fase, à medida que as empresas expandem sua presença digital para criar experiências.
E a automação é essencial para a criação e uso subsequente de insights acionáveis por meio de AIOps e outras tecnologias orientadas por IA na terceira e última fase, Negócios Assistidos por IA.
Automação é um conceito tão importante que é difícil falar sobre ele sem algum contexto descrevendo o que estamos automatizando.
Quando Cindy Borovick e eu nos reunimos todos os anos para discutir o que queremos aprender com a Estratégia do Estado da Aplicação, tentamos elaborar perguntas que sejam relevantes não apenas agora, mas que também forneçam uma ideia do que será relevante no futuro.
Para automação, isso significa ir além de uma compreensão básica das ferramentas e tecnologias em uso para implementar a automação. Significa explorar como a automação impacta as operações e os negócios, bem como o que é desafiador ou frustrante para os profissionais hoje. Isso também significa entender quais abordagens o mercado está adotando para avançar com a automação e como essas abordagens estão — ou talvez não estejam — tendo impacto na transformação digital.
Uma dessas abordagens é a infraestrutura como código.
Infraestrutura como Código (IaC) é uma prática adotada das metodologias DevOps e SRE que tratam artefatos de provisionamento e configuração (arquivos) da mesma forma que os desenvolvedores tratam o código. Isso significa que o ideal é que ele seja revisado, testado e versionado em um repositório. Isso permite a automação do pipeline de implantação porque tanto as pessoas quanto as ferramentas sempre podem consultar o artefato mais recente quando precisam implantar uma nova instância do X (onde X pode ser um servidor web, um gateway de API, um controlador de entrada ou... você entendeu). Em deferência, talvez, às suas origens, o tipo de automação habilitado pelo IaC é frequentemente chamado de GitOps, porque o GitHub e o GitLab são comumente usados como repositórios de escolha e ambos estão bem integrados às ferramentas de automação de pipeline hoje em dia.
Acontece que as organizações que adotam o IaC veem benefícios em termos de sucesso dos esforços de automação.
Pouco mais da metade (52%) das organizações tratam “infraestrutura como código”. Aqueles que o fazem têm maior probabilidade de implantar com frequência, têm pipelines de implantação de aplicativos totalmente automatizados e automatizam uma porcentagem maior de seu portfólio de aplicativos do que seus contemporâneos.
Os benefícios do IaC e da automação são claros, então você deve se perguntar por que mais organizações não estão adotando essas abordagens? Acontece que há razões, e essas razões são boas.
Não é possível automatizar sem ferramentas, e nós monitoramos essas ferramentas há anos. No topo do conjunto de ferramentas estão opções multinuvem e geralmente de código aberto, como Terraform e Ansible. Embora as APIs de provedores de nuvem ainda sejam muito utilizadas, elas são específicas do provedor de nuvem. Isso representa um desafio significativo para as operações em todos os domínios de TI (segurança, infraestrutura e rede) ao operar aplicativos em propriedades de nuvem.
Portanto, o aumento da popularidade de conjuntos de ferramentas independentes de nuvem não é nenhuma surpresa. Quase metade de todos os entrevistados (47%) estão usando ferramentas como Terraform, Ansible, GitHub, GitLab, Puppet e Chef. Chegando em último lugar? Conjuntos de ferramentas específicas do fornecedor em apenas 29% de todos os entrevistados. Isso demonstra a necessidade de automação abrangente e independente da nuvem, porque os portfólios de aplicativos e as tecnologias que os fornecem e protegem agora estão espalhados por várias nuvens públicas e privadas, data centers e até mesmo na borda.
Os conjuntos de ferramentas são importantes porque permitem que as organizações tratem a infraestrutura como código. O problema é que o desafio número um identificado pelos entrevistados este ano foram os conjuntos de habilidades, e a maior lacuna em conjuntos de habilidades em todo o mundo foi... espere... conjuntos de ferramentas.
Não é difícil concluir que, para fechar a lacuna de habilidades e permitir que mais organizações aproveitem os benefícios de tratar a infraestrutura como código, precisamos tornar os conjuntos de ferramentas mais fáceis de usar, especialmente quando se trata de automação entre ambientes.
Há mais insights sobre automação — e muito mais — em nosso relatório anual . Leia e depois volte aqui enquanto analisamos o estado atual e futuro da segurança de aplicativos e tecnologias de entrega.