Há alguns dias, assisti novamente ao filme “Music and Lyrics”.
Há uma música extremamente brega que Hugh Grant canta em algum momento do filme, intitulada “Don’t write me off yet”.
Pensei que, se o MPLS de alguma forma pudesse competir no “The Masked Singer”, com certeza escolheria “Don’t write me off yet” como sua música-tema.
Sim, eu sou um nerd, assisto a filmes de mau gosto e a exclusão da COVID me fez começar a escolher programas horríveis para assistir no Hulu – peço desculpas.
Então, chega de falar sobre isso.
Vamos falar de MPLS.
Eu o conheço desde que era inicialmente chamado de Tag Switching.
Depois nos perdemos de vista por alguns anos, enquanto eu fazia outras coisas, e quando voltei para a tecnologia de rede, praticamente tudo na tecnologia de rede de área ampla empresarial girava em torno do MPLS.
E por que não?
Ele trouxe as verdadeiras necessidades de classe empresarial, como confiabilidade de 5 noves e comportamento determinístico de QoS, para os backbones IP do mundo, permitindo que as empresas realmente confiassem na nova forma de transporte baseado em IP (não confundir com a Internet) e tornando obsoleto o mundo das linhas alugadas (a menos que o senhor tenha dinheiro para comprar fibra escura atualmente).
Mas o que quero dizer é que… no mundo da SD-WAN, tem sido um passatempo para todos dispararem grandes ataques contra o MPLS.
Aqui estão algumas delas:
- “É muito caro!”
- “Leva uma eternidade para provisionar e estar disponível!”
- “Ele foi projetado para simplesmente fazer o backhaul do tráfego para um site central, e essa topologia é totalmente inadequada para implementações de tecnologia em nuvem!”
E, embora essas afirmações sejam verdadeiras, entendo por que muitos gerentes de rede ainda confiam no MPLS e, ao considerar uma estratégia de migração, querem trilhar com cuidado um caminho seguro que garanta o sucesso.
Vamos admitir: poucos de nós gostam de apostar e incorrer em grandes riscos quando se trata de decisões profissionais importantes, e os gerentes de rede carregam o fardo de fornecer conectividade corporativa confiável e previsível que dê suporte aos seus negócios.
Embora seja ótimo entregar novos projetos com mais rapidez, ninguém quer que a rede corporativa fique inoperante ou se degrade, pois o inferno vai se soltar.
Vamos encarar os fatos: a rede deve ser confiável, deve operar de forma previsível e o MPLS tem sido uma ferramenta comprovada para garantir isso.
Se eu fosse um gerente de rede hoje em dia, também adotaria uma abordagem gradual, medida e sem riscos ao considerar uma migração para fora do MPLS.
Ou, dito de outra forma, já que trabalhamos em casa, somos todos gerentes de redes domésticas até certo ponto: o senhor trocaria imediatamente seu provedor de Internet atual e confiável por um novo provedor com o qual não tem experiência simplesmente porque ele promete reduzir seu custo de banda larga em 20%?
Eu, pessoalmente, procuraria um motivo melhor, pois há muito em jogo, já que meu sustento depende de uma conectividade confiável com a Internet.
Outro aspecto a ser considerado é que as grandes operadoras de todo o mundo estão perfeitamente cientes da pressão de preço que a conectividade MPLS premium enfrenta.
É possível aproveitar o excelente desempenho de links de Internet (normalmente) redundantes em muitas regiões geográficas aplicando técnicas de otimização de links.
Por isso, os preços do MPLS caíram.
Claramente longe dos níveis de banda larga da Internet, a relação US$ por Mbps ainda é bastante desequilibrada, mas a comparação de preços não é tão escandalosa como costumava ser.
Mas a verdade é que o MPLS não é compatível com a nuvem.
Na minha opinião, foi isso, mais do que considerações de custo, que fez com que as empresas investigassem a SD-WAN e a conectividade direta com a Internet na filial.
O senhor pode ver isso como uma combinação de custo e suporte à topologia de nuvem.
Se o senhor optar por dar suporte à migração para a nuvem com uma topologia centrada em MPLS, isso significa que terá que provisionar muito mais largura de banda MPLS em cada site.
Isso seria desastroso e, por isso, ninguém realmente tenta essa abordagem.
Portanto, o verdadeiro problema é que o MPLS impõe uma arquitetura de WAN centralizada que simplesmente é uma topologia inadequada para implementações em nuvem.
Consequentemente, a SD-WAN ofereceu a capacidade de distribuir o tráfego destinado à nuvem diretamente para a Internet pública a partir do local da filial.
Problema resolvido, certo?
O senhor me desculpe por ser um pessimista.
Essa saída direta para a Internet ainda apresenta dois problemas: O primeiro é aquele sobre o qual falamos muito hoje em dia… ele exige uma postura de segurança completamente remodelada.
Todos nós estamos participando dessa discussão e todo o setor agora é composto por labradoodles entusiasmados que perseguem diligentemente a bola de tênis SASE (Secure Access Services Edge).
Há pouca dúvida de que nosso setor está lidando com o novo modelo de segurança. Mas a outra questão sobre a qual não falamos tanto é que, se o senhor simplesmente distribuir o tráfego para a Internet, ele pode funcionar, mas pode se deteriorar, e as garantias de SLA do ISP para a banda larga pública não são as melhores.
Com a grande maioria das soluções SD-WAN, o senhor basicamente terceiriza as garantias de serviço de duas maneiras: (a) para ser totalmente confiável e determinista, ainda precisa de MPLS; e (b) para as outras coisas, o senhor envia para a Internet, faz figa e deixa que um ou mais ISPs descubram a melhor rota e a melhor maneira de lidar com o tráfego de melhor esforço que o senhor envia para eles.
E eu mencionei que o senhor só tem visibilidade opaca de ambos, já que não controla nem tem insights sobre o funcionamento interno de nenhum deles?
É por isso que a SD-WAN é chamada de tecnologia de sobreposição: sua agilidade é incrível porque se baseia em virtualização e abstração.
Seu controle e visibilidade sobre a subcamada variam de limitados a inexistentes.
Não me entenda mal: é claro que muitas vezes funciona, mas quando não funciona, o senhor pode ter mais dificuldade em determinar o motivo.
Para começar, o senhor precisará de ferramentas de monitoramento de desempenho de rede mais eficientes de fornecedores terceirizados.
Em um mundo de sobreposição e subcamada, com recursos virtualizados, o problema é que a última milha e, principalmente, a milha intermediária tornam-se abstratas e opacas.
Figura 1: Aryaka HybridWAN: possibilitando a diversidade da WAN
E é nesse ponto que o modelo de arquitetura Aryaka oferece vantagens poderosas:
- Não há opacidade nas primeiras, médias ou últimas milhas.
Isso é particularmente importante para aplicativos essenciais aos negócios, e a solução da Aryaka oferece visibilidade completa e sempre ativa do desempenho da rede e dos aplicativos.
A primeira e a última milhas operam com tecnologias avançadas de otimização, e a milha intermediária é fornecida pelo Aryaka Layer 2 Global Core, que sempre garante a largura de banda assinada pelas empresas. - A Aryaka oferece uma arquitetura WAN Cloud-First.
Isso significa que, em nossa infraestrutura global, fornecemos vários pontos de peering diretos para serviços SaaS, IaaS e UCaaS que otimizam automaticamente a topologia e proporcionam uma experiência superior ao usuário final. - Podemos coexistir sem problemas com o MPLS.
A grande diferença é que, ao contrário da maioria das outras soluções SD-WAN, a Aryaka não perpetua a dependência do MPLS para aplicativos essenciais aos negócios.
A Aryaka Global Layer 2 Core Network oferece uma alternativa real, fornecendo níveis de desempenho MPLS, a um custo menor, com agilidade comercial muito maior e tempos de provisionamento de 48 horas
Mas quero salientar que não queremos forçar migrações MPLS imediatamente.
Entendemos perfeitamente e apoiamos a migração em qualquer ritmo com o qual os gerentes de rede se sintam confortáveis.
O que observamos é que nossos clientes ganham confiança rapidamente em nossa plataforma e, em seguida, começam a migrar para fora do MPLS à medida que os contratos expiram em momentos diferentes em locais e regiões diferentes.
O que também observamos é que, em vários casos, as empresas ainda têm aplicativos legados que não têm pressa em rearquitetar e que, devido a requisitos normativos ou risco percebido, ainda não estão dispostas a se afastar da conectividade MPLS legada – portanto, por enquanto, coexistimos pacificamente e damos suporte a isso, o que é fácil, considerando nosso suporte a MPLS, identificação de aplicativos e políticas de encaminhamento.
Vivemos para arquitetar o Cloud-First, mas ainda não vivemos em um mundo Cloud-Only.
Portanto, MPLS, ainda não estamos descartando o senhor, como diz a música.
🙂 Junte-se a mim amanhã para uma breve demonstração do nosso suporte integrado para MPLS e poderemos discutir mais sobre esse assunto nas perguntas e respostas ao vivo.
