Como a estratégia multicloud tornou a automação uma necessidade

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

Uma pesquisa realizada pela Tepilo no Reino Unido constatou que são necessários, em média, quatro meses para que uma casa nova pareça um lar. Aparentemente, não estou na média.

Também não sou britânico, então talvez essa possa ser a minha desculpa. Veja bem, moro na minha casa há sete anos e ainda tenho dificuldade para lembrar qual interruptor liga o ventilador e qual desliga as tomadas da sala de estar. Como você pode imaginar, errar causa bastante transtorno para quem estiver assistindo a um filme ou jogando videogame naquele momento.

Por definição, não há duas casas iguais nesse aspecto. Embora os mecanismos — os interruptores e as teclas — sejam os mesmos e todos saibamos como operá-los, não há uma padronização quanto à posição ou à localização deles dentro da casa.

No entanto, se eu adotasse um sistema de automação residencial e o levasse comigo, isso provavelmente deixaria de ser o problema ocasional que é hoje, pois o ventilador e as luzes seriam controlados por meio de uma interface familiar e padronizada.

Essa é a realidade dos ambientes de nuvem. Todos eles usam os mesmos mecanismos — APIs, consoles e processos — para realizar tarefas operacionais comuns. Esse é um dos benefícios da nuvem. E, no que diz respeito à integração de novos profissionais de tecnologia, isso pode reduzir drasticamente o tempo necessário. A camada de gerenciamento da infraestrutura é a mesma para todas as empresas. As mesmas APIs. Os mesmos consoles. Os mesmos processos.

Em um data center personalizado — seja ele uma nuvem privada ou tradicional —, isso não é necessariamente verdade. Há várias plataformas em uso (como OpenShift, OpenStack etc.) que exigem conhecimentos específicos e experiência para serem operadas.

Em última análise, isso reduz o tempo necessário para integrar um novo profissional de tecnologia, pois ele já tem conhecimento prático sobre “a nuvem”. Se você precisar ampliar sua equipe de operações em nuvem, basta encontrar alguém familiarizado com a Nuvem X. Esse conceito não é novo. Se você precisa de um desenvolvedor para trabalhar em um aplicativo que exige conhecimentos de JavaScript, geralmente não procura um profissional de Python.

Esse é um dos motivos pelos quais a multicloud é desafiadora: ela amplia o conhecimento específico necessário e reintroduz no processo de integração a necessidade de treinar as pessoas para operar a infraestrutura. Assim como acontece com a minha casa, não existem duas nuvens iguais e, embora os conceitos básicos de infraestrutura possam ser semelhantes, a terminologia, os modelos de objetos, as APIs e os consoles não são.

Como era de se esperar, a existência de ferramentas específicas de cada domínio e de processos exclusivos de cada ambiente de nuvem deu origem a “silos” de nuvem nas empresas. Metade de todos os participantes da nossa pesquisa anual descreveu sua abordagem atual para gerenciar ambientes multinuvem como equipes dedicadas a cada ambiente de nuvem. Além disso, a outra metade indicou que esse era seu modelo preferido.

Isso não me surpreende. Se você pensar na nuvem como um produto — e ela é —, perceberá rapidamente que ela gera a mesma dívida operacional que qualquer outro produto. Os modelos, as APIs e os fluxos de trabalho são específicos de cada nuvem. Faz sentido concentrar-se no desenvolvimento de expertise em uma delas, em vez de se contentar com uma gestão medíocre de todas.

As realidades de múltiplas nuvens impulsionaram a adoção de ferramentas de automação de infraestrutura. Além de facilitar o provisionamento, a configuração e as operações, essas ferramentas são independentes de provedor de nuvem. Isso significa que os mesmos modelos do Terraform ou scripts do Ansible usados em uma nuvem podem ser utilizados em outra, pois as próprias ferramentas abstraem as diferenças que tornam complexo o gerenciamento de múltiplas nuvens.

Este é um exemplo de convergência em torno de uma metodologia e um conjunto de ferramentas consistentes, que permitem que todos avancem com mais rapidez e confiança. Esse tema é evidente em toda a TI corporativa. A padronização é um meio de alcançar consistência, seja na camada de segurança e entrega de aplicações, na camada de infraestrutura de aplicações (servidores web e de aplicações) ou na camada de armazenamento de dados. A consistência é, perdoando a redundância, um tema recorrente quando se trata dos desafios da multicloud.

Foi assim que a multicloud transformou a automação: de algo desejável ou uma vantagem competitiva em uma necessidade.

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