Desde a virada do século (nunca me cansarei de dizer isso), o networking tem se tornado cada vez mais uma mercadoria. Considere o uso predominante de “roteadores” em redes domésticas para fornecer conectividade quase plug-and-play para os cerca de 15,14 bilhões de dispositivos inteligentes em todo o mundo .
A rede é a mesma, a boa e velha conectividade baseada em IP de camada 2-3 que todos nós conhecemos e amamos. É tão padronizado e previsível que os fornecedores podem construir caixas-pretas que tornam possível até mesmo para o usuário menos técnico colocá-los e todos os seus gadgets online.
Mas esse é um ambiente único. Adicione um pouco de nuvem pública e, cada vez mais, edge e não é tão simples.
Para tornar o que não é simples ainda menos simples, adicione a necessidade de oferecer suporte à conectividade de aplicativos em todos esses ambientes e você terá os ingredientes de um sistema complexo que frustra até mesmo o profissional de rede mais experiente.
Agora, o padrão de rede é, bem, padrão, e a maioria dos profissionais de rede é mais do que capaz de conseguir passar pacotes do núcleo para a nuvem, para a borda e vice-versa. Mas quando você adiciona a conectividade da camada de aplicação a isso, fica mais difícil.
O problema é que, em um mundo moderno e digital, a rede deve, por padrão, incluir essas camadas de conectividade. Afinal, a “rede” tem sete camadas, não apenas as duas que são altamente padronizadas e governadas por protocolos bem definidos. Isso significa que as camadas de transporte (camada 4) e de aplicação (camada 7) DEVEM — como no RFC — ser incluídas quando falamos sobre rede em um ambiente híbrido e multinuvem.
A entrega e a segurança do aplicativo operam nessas camadas superiores. É o que as tecnologias são projetadas para otimizar e proteger. Então, se você estiver tentando conectar aplicativos entre propriedades, você precisa pensar em toda a pilha de rede, do IP ao TCP e HTTP. Você precisa incluir a entrega e a segurança do aplicativo no processo de configuração da “rede” porque eles são, por definição, parte da “rede”.
Durante anos, nós (o nós corporativo) fizemos distinções entre aplicativos tradicionais e modernos. Essa distinção é necessária devido às necessidades exclusivas de conectividade e arquitetura de aplicativos móveis e baseados em microsserviços. Então talvez seja hora de fazermos a mesma distinção no lado da rede. A rede tradicional envolve N2 e N3. As redes modernas incorporam L4 a L7.
Infelizmente, qualquer coisa “full stack” é uma meta difícil de ser alcançada hoje em dia. Visibilidade de pilha completa, desenvolvedores de pilha completa, rede de pilha completa. Vemos isso no mercado atual de confiança zero, onde o foco está realmente na rede de confiança zero, em vez de uma arquitetura de confiança zero totalmente funcional.
E isso ocorre em parte porque as camadas superiores da “rede” são mais fluidas, dinâmicas e mais difíceis de entregar e proteger.
Oferecer redes multi-nuvem que abordam apenas a complexidade de L2-3 ou mesmo L2-4 é insuficiente. Ele não aborda a parte realmente difícil da rede, que está no nível 7. É por isso que acreditamos que as abordagens de rede tradicionais não resolvem realmente os desafios de complexidade associados à operação em um modelo de multinuvem.
A rede multinuvem DEVE incluir a pilha inteira se quiser aliviar as dores de cabeça de tentar operar os aplicativos distribuídos e os serviços digitais que definem o mundo digital.