A equipe de NetOps precisa adotar as metodologias e os princípios de DevOps para restabelecer o equilíbrio entre estabilidade e velocidade e, assim, dar suporte ao número crescente de aplicações implantadas na nuvem pública.
Deste lado da cerca (o lado da rede), acredita-se que as equipes que adotam qualquer prática de 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? Nela, descobrimos que a maioria dos entrevistados apontou a “pressa para lançar” como o principal motivo para aplicativos serem lançados com código vulnerável. A velocidade prevalece sobre a segurança — e a estabilidade.
No que diz respeito à estabilidade, há menos dados quantificáveis, mas uma enorme quantidade de evidências anedóticas. O exemplo mais notável é a reação frenética dos parceiros de nuvem quando “a nuvem” muda da noite para o dia.
Ninguém é avisado. Alguém simplesmente percebe que algo parou de funcionar. O problema é investigado 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 acabou comprometendo inúmeras soluções que dependem dessa infraestrutura.
VOCÊ NÃO TEM CONTROLE SOBRE A NUVEM PÚBLICA.
Talvez eu precise criar uma lista de “regras da nuvem” e colocar essa como a Regra Zero, pois ela é fundamental para a sua sanidade e para a maneira como você aborda a adoção da nuvem.
A infraestrutura de nuvem não é sua. Você não a controla nem pode alterá-la, mas o provedor com certeza pode (e faz isso). Se você abordar a nuvem com a mesma mentalidade que aplica à infraestrutura do data center da sua empresa, vai passar por maus bocados.
Tudo o que você pode fazer é reagir a essas mudanças. E uma das metodologias de 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, ou seja, significa tratar as configurações, os modelos e os scripts que implantam, provisionam e gerenciam a infraestrutura como código.
O segredo 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, e não como ela deve fazer isso.
O uso de um modelo declarativo proporciona maior agilidade (velocidade de reação) diante de mudanças inesperadas (mas não surpreendentes) na infraestrutura de nuvem. Sim, haverá falhas. Mas você poderá se adaptar mais rapidamente, pois bastará incorporar as mudanças em um modelo central (compartilhado) para corrigi-las.
Você não precisará modificar o código propriamente dito, nem revisar e alterar as configurações existentes (como aplicar patches, só que mais assustador). É possível modificar, testar e reimplantar um modelo muito mais rapidamente do que alterar o código, os instaladores ou o antigo “guia de instalação” em PDF.
A nuvem vai mudar — e você terá que reagir. Você precisará ser ágil — e seguir os princípios da agilidade para lidar rapidamente com as mudanças que não pode controlar.
Uma abordagem ágil, aliada a um modelo declarativo para a infraestrutura na nuvem pública, é a melhor maneira de restaurar a estabilidade das aplicações sem sacrificar a velocidade.
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...