O NetOps precisa ser ágil porque a nuvem pode mudar da noite para o dia
O NetOps precisa adotar metodologias e princípios de DevOps para restaurar o equilíbrio entre estabilidade e velocidade para dar suporte ao número crescente de aplicativos implantados na nuvem pública.
Há uma crença deste lado (o lado da rede) de que as equipes que adotam DevOps trocaram estabilidade e segurança por velocidade.
Em muitos casos isso é absolutamente verdade. Lembra desta pérola da Arxan e da IBM sobre a segurança da IoT e de aplicativos móveis? Nele, aprendemos que a maioria dos entrevistados citou a “pressa para lançar” como o principal motivo pelo qual aplicativos contendo código vulnerável são lançados. A velocidade supera a segurança – e a estabilidade.
No lado da estabilidade, há menos dados quantificáveis, mas há montes de evidências anedóticas. O mais notável é a resposta frenética dos parceiros de nuvem quando “a nuvem” muda da noite para o dia.
Ninguém é informado. Alguém simplesmente percebe que algo quebrou. Ela é investigada e, invariavelmente, a causa é uma mudança na infraestrutura subjacente. Uma mudança que sem dúvida foi benéfica para o provedor e talvez até para os clientes, mas que resultou na quebra de muitas soluções que dependem dessa infraestrutura.
VOCÊ NÃO TEM CONTROLE SOBRE A NUVEM PÚBLICA.
Talvez eu precise começar uma 'regra de nuvem' com essa como Regra Zero, porque é essencial para sua sanidade e para a maneira como você aborda a adoção da nuvem.
A infraestrutura de nuvem não é sua. Você não controla isso, você não pode mudar isso, mas o provedor com certeza pode (e faz). Se você abordar a nuvem com a mesma mentalidade da infraestrutura do seu data center corporativo, você ficará infeliz.
Tudo o que você pode fazer é reagir a essas mudanças. E uma das metodologias DevOps que pode ajudar você a reagir em tempo hábil é a infraestrutura como código. Lembre-se, infraestrutura como código é uma comparação, significa tratar as configurações, modelos e scripts que implantam, provisionam e gerenciam infraestrutura como código .
A chave para isso é a adoção de um modelo declarativo de implantação, ou seja, o uso de modelos sempre que possível para descrever o que você quer que a infraestrutura faça, não como ela deve fazer.
O uso de um modelo declarativo permite maior agilidade (velocidade de reação) diante de mudanças inesperadas (mas nada surpreendentes) na infraestrutura de nuvem. Sim, eles vão quebrar. Mas você será capaz de se adaptar mais rapidamente porque você só precisa abordar as mudanças em um modelo central (compartilhado) para corrigir.
Você não precisará modificar o código propriamente dito, nem varrer e fazer alterações nas configurações existentes (como aplicar patches, só que mais assustador). Você pode modificar, testar e reimplantar um modelo muito mais rápido do que modificar o código, os instaladores ou o antigo ‘guia de instalação’ em um PDF.
A nuvem vai mudar – e você vai ter que reagir. Você precisará ser ágil – e seguir seus princípios para lidar rapidamente com as mudanças que não pode controlar.
Uma abordagem ágil aliada a um modelo declarativo para infraestrutura em nuvem pública é a melhor maneira de restaurar a estabilidade dos aplicativos sem sacrificar a velocidade.