Há uma diferença entre automatização de rede e redes automatizadas. Mesmo com o burburinho que se criou em cima do OpenFlow e a adaptação da rede, houve alguns que viram benefícios no que o SDN estava tentando fazer em torno da automatização da rede. A teoria geral é que a rede – forjada pelo acoplamento curto entre controle e planos de dados – estavam impedindo a possibilidade de escalar eficientemente. O que é absolutamente verdade.
Enquanto um OpenFlow no estilo SDN foca em lançar o fundamento para uma rede automatizada – um que possa, baseado em pré-definições e regras bem entendidas, reorganizar o tráfego para atender aos requisitos dos aplicativos –, o outro OpenFlow é mais operacional e foca em ativar automatização de rede. O modelo anterior foca em acelerar e alimentar os pacotes, enquanto que o último mira em acelerar e alimentar o processo.
O impacto no lado operacional da rede, inerente a um dispositivo por um modelo de configuração, siginifica que a velocidade do serviço não está a altura para atender as exigências das aplicações que seriam criadas pela próxima geração de tecnologias. Basicamente, o fornecimento de serviços em um modelo tradicional de rede é lento, inclinado ao erro.
Automatização da rede, ao usar APIs abertos e padrões, ou outros com características programáveis, permite o fornecimento de automatização em serviços de rede. O objetivo para a automatização de rede está endereçado a fatores operacionais de SDN que causam paralisação na rede, aumentam os custos e tomam os dias (e algumas vezes a noite) de engenheiros altamente especializados.
Para complicar a questão está o fato de que um OpenFlow no estilo SDN simplesmente não pode escalar para serviços de redes em estado de manuseio. Esses são firewall situacionais, aplicações de firewalls da web, acessos remotos, identidade, otimização de performance e mais. Esses são os serviços que residem no caminho dos dados por necessidade porque eles precisam completar a visibilidade dentro dos dados para exercer suas devidas funções.
Então a questão é, o que você realmente quer do SDN? Qual é o objetivo e como você vai medir o sucesso? A resposta te deve dar uma ideia mais clara sobre qual estratégia de SDN você deve considerar.
Com Devcentral