Os profissionais de TI são pessoas que gostam de colocar a mão na massa. O DevOps, enquanto transformação cultural, muitas vezes não é tangível o suficiente para quem tem a responsabilidade de implantar aplicativos em produção e manter sua disponibilidade, segurança e desempenho. Mas a realidade é que a mudança cultural — a eliminação dos silos entre grupos e dentro deles — precisa acontecer, e quanto antes, melhor.
Isso é particularmente verdadeiro quando se trata do impacto que as tendências e arquiteturas emergentes exercem sobre a rede.
Muitos líderes e profissionais da área de redes não estão dando tanta atenção às mudanças no cenário das arquiteturas de aplicações. A adoção de APIs e microsserviços, por exemplo, raramente é algo que realmente discutimos no universo das redes, exceto pelo fato de que nossa infraestrutura também tem uma API. Afinal, SDN (ou SDDC).
Mas eles precisam estar cientes dessas mudanças e de como elas afetarão (não se, mas como afetarão) a rede e a entrega dessas aplicações a consumidores e colegas de trabalho exigentes. Mesmo o que parece ser uma decisão exclusivamente relacionada à arquitetura de aplicações pode acabar tendo um impacto significativo não apenas na arquitetura da rede, mas também em seu desempenho e seus requisitos. A decisão de adotar microsserviços multilocatário ou de locatário único, por exemplo, afeta significativamente os serviços de rede, desde a segurança até o roteamento e a comutação básicos. Não levar em conta as decisões arquitetônicas relacionadas ao uso de HTTP/2 ou HTTP/1 em conjunto com microsserviços pode causar problemas significativos na rede e prejudicar o desempenho.
Os desenvolvedores estão cada vez mais conscientes do impacto de suas arquiteturas dentro e fora de seu domínio. A latência dos serviços (o tempo necessário para que dois serviços se comuniquem pela rede) é um problema bem compreendido em uma arquitetura de aplicações altamente distribuída. O que os desenvolvedores desconhecem é como a rede (e sua pilha de serviços) pode ajudar a mitigar o impacto negativo desse tipo de ambiente sobre o desempenho (e a resiliência).
É disso que os profissionais de redes entendem.
O problema é que os profissionais de redes só são envolvidos quando zilhões de microsserviços já estão sendo colocados em produção. Eles não foram consultados e, quando finalmente são chamados, qualquer sugestão pode exigir um retrabalho significativo nos serviços ou na aplicação. Até mesmo uma simples mudança para incorporar a escalabilidade à rede, em vez de mantê-la dentro da aplicação, torna-se um pesadelo. Mas, se os serviços tivessem sido projetados levando em conta a escalabilidade da rede, bem, tudo transcorreria sem problemas.
Mas eles não foram, e aqueles 9 em cada 10 executivos que se sentem pressionados a lançar aplicativos mais rapidamente? Eles estão se sentindo ainda mais pressionados porque leva tempo para fazer na rede as mudanças necessárias para disponibilizar tantos serviços interconectados, inter-relacionados e interdependentes.
Há quatro áreas de operações em TI: infraestrutura, redes, armazenamento e segurança. E todos os quatro silos (ou torres, se você preferir uma metáfora mais medieval) devem construir pontes entre si que promovam a colaboração e a comunicação desde as etapas iniciais do ciclo de desenvolvimento. A colaboração nas decisões arquitetônicas deve ocorrer durante o projeto e não durante a implantação. E talvez essa colaboração precise ser iniciada por líderes que tenham visibilidade sobre cada organização para saber quando novas tecnologias e arquiteturas estão sendo consideradas.
DevOps não se resume à automação — ela é uma ferramenta e uma técnica para alcançar um objetivo. A automação pode desempenhar um papel importante na redução da carga de trabalho das pessoas responsáveis por implantar os serviços necessários para disponibilizar e entregar aplicativos, liberando especialistas dos quatro domínios operacionais. Assim, eles podem colaborar e compartilhar mais entre as organizações para melhorar a escalabilidade, o desempenho e a segurança dos aplicativos que são fundamentais para a crescente economia de aplicativos.
O sucesso — e o crescimento — dos negócios depende da colaboração entre todas as áreas de TI, não apenas nas operações do dia a dia, mas também entre as lideranças.
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...