Profissionais de TI são pessoas práticas. O DevOps como uma transformação cultural geralmente não é tangível o suficiente para aqueles que têm a tarefa de implantar aplicativos em produção e manter sua disponibilidade, segurança e desempenho. Mas a realidade é que a mudança cultural – a quebra dos silos inter e intragrupais – deve acontecer, e acontecer mais cedo do que tarde.
Isso é particularmente verdadeiro quando se trata do impacto que tendências e arquiteturas emergentes têm na rede.
Muitos líderes e profissionais focados em rede não estão prestando tanta atenção ao cenário de mudança da arquitetura de aplicativos. A mudança em direção a APIs e microsserviços, por exemplo, raramente é algo que realmente discutimos na área de redes, além do fato de que nossa infraestrutura também tem uma API. Porque, SDN (ou SDDC).
Mas eles precisam estar cientes dessas mudanças e como elas impactarão (não se, mas irão impactar) a rede e a entrega desses aplicativos aos consumidores e colegas de trabalho exigentes. Mesmo o que parece ser uma decisão totalmente de arquitetura de aplicativo pode acabar tendo um impacto significativo não apenas na arquitetura de rede, mas também no desempenho e nos requisitos da rede. A decisão de optar por microsserviços multilocatários ou de locatário único, por exemplo, impacta significativamente os serviços de rede, desde a segurança até o roteamento e a comutação básicos. Não reconhecer 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 têm uma consciência crescente do impacto de suas arquiteturas dentro e fora de seu domínio. A latência do serviço (o tempo que dois serviços levam para se comunicar pela rede) é um problema bem compreendido em uma arquitetura de aplicativo altamente distribuída. O que os desenvolvedores não sabem é como a rede (e sua pilha de serviços) pode ajudar a mitigar o impacto negativo no desempenho (e resiliência) de tal ambiente.
É isso que os profissionais de rede sabem.
O problema é que os profissionais de rede não estão envolvidos até que onze bilhões de microsserviços sejam colocados em produção. Eles não foram consultados, e fazer sugestões no momento em que estão envolvidos pode significar um retrabalho significativo nos serviços ou na aplicação. Até mesmo uma simples mudança que interpola a escalabilidade na rede em vez de internamente no aplicativo se torna um pesadelo. Mas se os serviços tivessem sido arquitetados com a escalabilidade da rede em mente, bem, essa seria uma operação tranquila.
Mas não foi isso que aconteceu, e aqueles 9 em cada 10 executivos estavam sentindo pressão para lançar os aplicativos mais rápido ? Eles estão se sentindo ainda mais pressionados porque leva tempo para fazer o tipo de mudança necessária na rede para fornecer tantos serviços interconectados, inter-relacionados e interdependentes.
Existem quatro operações em TI: infraestrutura, rede, armazenamento e segurança. E todos os quatro silos (ou torres, se você preferir uma metáfora mais medieval) devem construir pontes entre cada um dos outros que promovam a colaboração e a comunicação no início do ciclo de desenvolvimento. A colaboração nas escolhas arquitetônicas deve ser feita durante o projeto, não na implantação. E essa colaboração pode precisar ser iniciada por líderes que tenham visibilidade de cada organização para saber quando novas tecnologias e arquiteturas estão sendo consideradas.
DevOps não é apenas sobre automação – é uma ferramenta e uma técnica para atingir um objetivo. A automação pode desempenhar um papel significativo na redução da carga sobre aqueles encarregados de implantar os serviços necessários para implantar e entregar aplicativos, liberando especialistas em todos os quatro domínios operacionais. Libera-os para se envolverem em maior colaboração – compartilhamento – entre organizações, a fim de melhorar a escala, o desempenho e a segurança dos aplicativos essenciais para a crescente economia de aplicativos.
O sucesso empresarial – e o crescimento – dependem da colaboração entre TI, não apenas nas trincheiras, mas na mesa de liderança.