A automação é um componente essencial da transformação digital, pois a primeira fase da jornada empresarial conhecida como transformação digital tem como foco a automação de tarefas por meio de aplicações.
A automação de fluxos de trabalho ganha destaque na segunda fase, à medida que a empresa amplia sua presença digital para criar experiências.
E a automação é fundamental para a criação e o uso posterior de insights acionáveis por meio de AIOps e outras tecnologias baseadas em IA na terceira e última fase, a dos Negócios Assistidos por IA.
A automação é um conceito tão fundamental que é difícil falar sobre ela sem algum contexto que descreva o que estamos automatizando.
Quando Cindy Borovick e eu nos reunimos todos os anos para definir o que queremos aprender com o State of Application Strategy, procuramos elaborar perguntas que sejam relevantes não apenas agora, mas que também ofereçam uma visão do que será relevante no futuro.
Para a automação, isso significa ir além de uma compreensão básica das ferramentas e tecnologias usadas para implementá-la. Significa explorar como a automação afeta as operações e os negócios, bem como o que atualmente representa um desafio ou causa frustração para os profissionais da área. 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 — impactando a transformação digital.
Uma dessas abordagens é a infraestrutura como código.
Infraestrutura como código
Infraestrutura como Código (IaC) é uma prática adotada das metodologias de DevOps e SRE que trata os artefatos (arquivos) de provisionamento e configuração da mesma forma que os desenvolvedores tratam o código. Isso significa que, idealmente, eles são revisados, testados e versionados em um repositório. Essa abordagem permite automatizar o pipeline de implantação, pois tanto as pessoas quanto as ferramentas podem sempre consultar o artefato mais recente quando precisam implantar uma nova instância de X (em que X pode ser um servidor web, um gateway de API, um controlador de ingresso ou... você entendeu). Talvez em respeito às suas origens, o tipo de automação viabilizado pela IaC costuma ser chamado de GitOps, pois GitHub e GitLab são frequentemente usados como os repositórios preferenciais, e ambos estão atualmente bem integrados às ferramentas de automação de pipelines.
Acontece que as organizações que adotam IaC obtêm benefícios em termos do sucesso das iniciativas de automação.
Pouco mais da metade (52%) das organizações trata a “infraestrutura como código”. As organizações que adotam essa abordagem têm maior probabilidade de realizar implantações frequentes, contar com pipelines de implantação de aplicações totalmente automatizáveis e automatizar uma parcela maior de seu portfólio de aplicações do que outras organizações do mesmo setor.
Os benefícios da IaC e da automação são claros, então é natural se perguntar por que mais organizações não estão adotando essas abordagens. Acontece que há motivos — e são bons motivos.
Habilidades e ferramentas são os principais desafios para a automação
Não é possível automatizar sem ferramentas, e há anos acompanhamos a evolução delas. Entre as principais opções estão ferramentas multicloud, muitas vezes de código aberto, como Terraform e Ansible. Embora as APIs dos provedores de nuvem ainda sejam amplamente utilizadas, elas são específicas de cada provedor. Isso representa um desafio significativo para as operações em todos os domínios de TI (segurança, infraestrutura e rede) ao executar aplicações em ambientes de nuvem distintos.
Portanto, não surpreende que os conjuntos de ferramentas independentes de nuvem estejam se tornando cada vez mais populares. Quase metade dos entrevistados (47%) usa ferramentas como Terraform, Ansible, GitHub, GitLab, Puppet e Chef. Em último lugar? Os conjuntos de ferramentas específicos de fornecedores, usados por apenas 29% dos entrevistados. Isso evidencia a necessidade de uma automação abrangente e independente de nuvem, pois os portfólios de aplicativos e as tecnologias que os disponibilizam e protegem agora estão distribuídos entre várias nuvens públicas e privadas, data centers e até mesmo a borda.
Os conjuntos de ferramentas são importantes porque permitem que as organizações tratem a infraestrutura como código. O problema é que o principal desafio apontado pelos entrevistados neste ano foi a qualificação profissional, e a maior lacuna de competências em todo o mundo foi... adivinhe... o domínio de conjuntos de ferramentas.
Não é difícil concluir que, para reduzir a lacuna de competências 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 diferentes ambientes.
Há mais insights sobre automação — e muito mais — em nosso relatório anual. Confira o relatório e volte aqui para acompanhar nossa análise do cenário atual e futuro das tecnologias de segurança e entrega de aplicações.
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...