Como a multinuvem tornou a automação uma necessidade

Uma pesquisa realizada pela Tepilo no Reino Unido descobriu que leva em média quatro meses para que uma casa nova pareça um lar. Aparentemente não sou normal.

Eu também não sou britânico, então talvez essa possa ser minha desculpa. Veja bem, eu moro na minha casa há sete anos e ainda tenho dificuldade em lembrar qual interruptor liga o ventilador e qual desliga as tomadas da sala. Como você pode imaginar, errar causa bastante consternação para qualquer um que esteja assistindo a um filme ou jogando videogame naquele momento.

Não há duas casas iguais nesse aspecto, por design. Embora os mecanismos — interruptores e alavancas — sejam os mesmos e todos saibamos como operá-los, eles não são padronizados em termos de posição ou localização dentro da casa.

No entanto, se eu me comprometesse com um sistema de automação residencial e o trouxesse comigo, esse provavelmente não seria o problema ocasional que é. Porque a operação do ventilador e das luzes seria feita por meio de uma interface familiar e padronizada.

Essa é a realidade das propriedades da nuvem. Todos eles usam os mesmos mecanismos — APIs, consoles, processos — para executar tarefas operacionais comuns. Esse é um dos benefícios da nuvem. E em termos de integração de novos profissionais de tecnologia, isso pode reduzir drasticamente o tempo necessário para integração. A camada de gerenciamento de infraestrutura é a mesma para todas as empresas. Mesmas APIs. Os mesmos consoles. Mesmos processos.

Em um data center personalizado, seja uma nuvem privada ou tradicional, isso não é necessariamente verdade. Existem diversas estruturas em jogo (pense em OpenShift, OpenStack, etc.) que exigem conhecimento e experiência específicos para operar.

Isso, em última análise, reduz o tempo necessário para integrar um novo profissional de tecnologia, porque ele já tem um conhecimento prático da “nuvem”. Se você precisar expandir sua equipe de operações de nuvem, encontre alguém familiarizado com o Cloud X. Este não é um conceito novo. Se você precisa de um desenvolvedor para trabalhar em um aplicativo que exige conhecimento de JavaScript, geralmente não procura um profissional de Python.

Esse é um dos motivos pelos quais a multinuvem é desafiadora: ela aumenta o conhecimento de domínio necessário e devolve ao processo de integração a necessidade de treinar indivíduos sobre como operar a infraestrutura. Assim como na minha casa, não há 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.

Não é de surpreender que a realidade de ferramentas e processos específicos de domínio exclusivos de uma propriedade de nuvem tenha dado origem a “silos” de nuvem na empresa. Metade de todos os entrevistados em nossa pesquisa anual descreveu sua abordagem atual para gerenciar multinuvem como equipes dedicadas por propriedade de nuvem. Além disso, a outra metade indicou que esse era seu modelo preferido.

Isso não é nenhuma surpresa para mim. Se você pensar na nuvem como um produto — o que ela é — você descobrirá rapidamente que ela incorre na mesma dívida operacional que qualquer outro produto. Modelos, APIs e fluxos de trabalho são exclusivos de cada um. Faz sentido focar no desenvolvimento de expertise em uma área em vez de se contentar com uma gestão medíocre em todas.

As realidades multinuvem deram origem à adoção de ferramentas de automação de infraestrutura. Não é apenas o fato de que a automação facilita o provisionamento, a configuração e as operações, mas também o fato de que as ferramentas de automação de infraestrutura são independentes da nuvem. Isso significa que os mesmos modelos do Terraform ou scripts Ansible usados para uma nuvem podem ser usados para outra, porque as próprias ferramentas abstraem as diferenças que tornam complexo o gerenciamento de várias nuvens.

Este é um exemplo de convergência para uma metodologia e um conjunto de ferramentas consistentes que permitem que todos avancem mais rápido e com confiança. Esse tema é evidente em toda a TI empresarial. A padronização é um meio de alcançar consistência, seja na camada de segurança e entrega do aplicativo, na camada de infraestrutura do aplicativo (servidor web e de aplicativo) ou na camada de armazenamento de dados. Consistência é, se você me perdoar a redundância, um tema consistente quando se trata dos desafios da multinuvem.

Foi assim que a multinuvem fez com que a automação deixasse de ser algo bom de se ter, não se tornasse uma vantagem competitiva, mas sim uma necessidade.