A estrutura de endereçamento do protocolo IPv4 deve se esgotar em breve, existem previsões que afirmam que já a partir de 2020 este limite trará consequências drásticas para a Internet, provedores e corporações.

  O Fórum Brasileiro de IPv6 está comemorando 10 anos do IPv6.br e o Brasil é um dos países que já alcançaram a faixa dos 30% de tráfego, segundo a Internet baseado em IPv6.

  Não é somente pela questão da capacidade de endereçamento que urge a migração de IPv4 para IPv6. Diversos benefícios adicionais a respeito da capacidade se aplicam à implementação do IPv6, como a melhor eficiência no roteamento por diminuir as tabelas de roteamento e apresentar a fragmentação pelos próprios dispositivos de origem e não nos roteadores. A configuração de rede também é simplificada, pois a autoconfiguração de endereçamento é nativo no IPv6, onde o roteador envia o prefixo do link local em seus anúncios e o host pode gerar o seu próprio endereço IP adicionando o seu MAC address.

  O protocolo apresenta suporte a novos serviços, eliminando tabelas NAT – Network Address Translation, possibilitando a criação de redes verdadeiramente peer-to-peer entre hosts de origem e destino, beneficiando serviços de streaming, VoIP e tornando os mecanismos de QoS – qualidade de serviço mais robustos. A segurança é incrementada, uma vez que a implementação de IPSec é nativa inclusive para pacotes ICMP.

  A breve menção sobre o tema digital twin/predictive twin no artigo da última edição despertou a curiosidade de muitos profissionais.

  Antes de mais nada, e para a surpresa geral da nação, a definição de digital twin, ou gêmeo digital, não traz novidades, pois é o simples conceito de réplica digital em tempo real de um dispositivo físico, conforme podemos encontrar em uma das muitas definições na Wikipedia. A Nasa já utilizava este conceito nos programas espaciais das décadas de 1950 e 1960 com limitados recursos computacionais, portanto, muito antes de 2002, quando se costuma afirmar que é o nascimento da tecnologia.

  Um exemplo são os simuladores de aviação usados para treinamentos de pilotos, assim como os simuladores de Formula 1, e todo o tipo de simulação digital de um sistema físico, incluindo a modelagem 3D. De uma forma ainda mais ampla, digital twin é um modelo virtual de um produto, sistema, processo ou um serviço. Podemos inclusive realizar modelos preditivos de análise de comportamento de redes e complexas infraestruturas de comunicações. Então por que todo esse “buzz”?

  Ocorre que com o advento da indústria 4.0 e do crescimento exponencial de sensores com a IoT – Internet das coisas, associados à evolução de tecnologias analíticas e preditivas, bem como de inteligência artificial e machine learning, os recursos de modelagem e simulação atingiram patamares em que se pode afirmar que é possível, literalmente, replicar todas as realidades comportamentais do mundo físico, algo como a pistola de portal multiverso da série Ricky and Morty.

  Brincadeiras à parte, a tecnologia pode ser usada não só para avaliar o comportamento de algo real e realizar de modo eficiente o ciclo de melhorias continuada, como também prever diferentes resultados com base em dados variáveis, daí o termo alternativo predictive twins, de fato uma aplicação complementar da tecnologia focada em resultados preditivos.

  No artigo publicado no site i-scoop existe uma definição bastante clara sobre digital twin: “Se a réplica virtual é realmente um gêmeo digital e, assim, ela se comporta como algo real, isso permite detectar possíveis problemas, testar novas configurações, simular todos os tipos de cenários, analisar o que precisa ser analisado, fazer praticamente tudo o que queremos em um ambiente virtual ou digital, sabendo que o que fazemos com esse gêmeo digital também aconteceria com um ativo físico ‘real’. E é aí que falamos de inovação e design de produto de forma inteiramente nova”.

  A eficiência no desenvolvimento de produtos, a constante melhoria operacional e a agilidade trazem benefícios substanciais de economia e eficiência na produção e melhoria de produtos, sistemas e serviços. Nesse sentido, a tecnologia está se tornando uma ferramenta essencial, não só na indústria e manufatura, onde a sua aplicabilidade se manifesta de forma mais explícita, mas também em áreas como varejo, saúde e prestação de serviços diversos, num ciclo de enriquecimento contínuo.

  Finalmente, é importante diferenciar o conceito de virtual reality/augmented reality (VR/AR) do de digital twin. Apesar de ambos tratarem da virtualização de um contexto físico ou do mundo real e serem tecnologias promissoras, emergentes e com uma perspectiva de grande evolução para o futuro próximo, os recursos VR/AR se comportam, basicamente, como uma mídia ou um canal de experimentação, em relação a digital twin. Poderíamos dizer que a tecnologia de digital twin pareia a realidade física em uma simulação muito próxima de realidade, incluindo comportamento o físico, stress de materiais, limites operacionais e funcionais; enquanto a VR/AR é um meio de tornar essas simulações uma experiência sensorial que, combinados, compõem uma ferramenta poderosa nos modernos métodos de produção.

  É sempre bom aproveitar o início de ano para avaliarmos os movimentos e as tendências do mercado de TIC – Tecnologia da informação e comunicação.

  Analisando os atuais eventos, bem como revendo as principais entidades de consultoria e publicações, podemos apontar alguns movimentos bastante interessantes. A maioria deles se trata da consolidação de tecnologias já existentes, como blockchain e virtualização de infraestrutura de redes em data centers e WANs. Mas também ganham destaque tecnologias ainda consideradas emergentes, incluindo IBNS – Intent-Based Networks, digital twins e predictive twins (evolução das ferramentas de simulação), edge computing e quantum computing.

  Afinal, o que são redes autônomas? O que elas têm a ver com a virtualização de redes? E as redes legadas, podem se integrar a sistemas de redes autônomas?

  Já está claro que a virtualização da infraestrutura de redes adicionou um fabuloso conjunto de recursos de gerenciabilidade, controle e automatização que refletiram de forma positiva em inúmeras questões, desde o provisionamento de recursos e “configuração” das redes (programação), passando pela microssegmentação e segurança microssegmentada, adaptabilidade ao comportamento de tráfego e condição dos recursos de comunicação, até a massiva geração de dados de comportamento da rede.

  Todos estes recursos contribuem com a agilidade no “deployment” de novos recursos de infraestrutura de rede, bem como na visibilidade da saúde da rede e, principalmente, na automação de seu funcionamento, com recursos de autoprovisionamento e autoajustes e autocorreção.

  Sob o ponto de vista das empresas, em geral, todos estes benefícios se limitam ao domínio da rede IP. Assim, na visão das redes corporativas toda a parte referente à infraestrutura de transporte de seus links, seja local, regional ou de longa distância, aparecem apenas como uma nuvenzinha no diagrama topológico de sua rede e não são vistos pelos seus sistemas de gestão de rede. Dessa forma, a automação de redes, na verdade, viabilizada pela virtualização da infraestrutura está limitado ao seu domínio.

  Porém, do ponto de vista dos provedores de redes e operadoras, existem ainda muitas camadas ou “layers” de sistemas de comunicação interligados para que toda essa infraestrutura funcione adequadamente. As redes residenciais e corporativas são apenas uma primeira camada de agregação IP, que se conecta a uma outra camada, que é a rede núcleo IP, ou core IP, que vem a ser os roteadores dos próprios provedores e operadoras, que suportam de forma massiva todos os tráfegos IP corporativos que passam por ela.

  E não para por aí, afinal, essa massiva rede de núcleo IP, com tráfegos de inúmeras fontes, pessoas e empresas, tem que se conectar mundo afora, especialmente, por sistemas ópticos de transporte, seja em redes metropolitanas ou em redes ópticas de longa e muito longa distância, que atravessam cidades, estados, países e oceanos e concentram, de forma agregada, grandes volumes de dados com as mais diversas características e demandas.

  Nem é preciso detalhar o fato que o comportamento de tráfego das redes continua e está cada vez mais complexo, com um crescimento exponencial de demandas de banda e tratamento especial, reflexo de demandas cada vez maiores de dados, como vídeo 4/8K, realidade virtual e aumentada, inteligência artifical, edge computing e por aí vai.

  Os recursos de redes automatizadas, ou redes autônomas, ou redes adaptativas (depende de como cada fabricante chama a sua solução), endereçam o tratamento global dos fluxos de dados em todas as camadas da infraestrutura, evitando topologias rígidas e “overprovisioning” (superdimensionamento) oferecido pelas estruturas legadas de rede.

  As soluções de sistemas de redes autônomas obtém grandes volumes de informação sobre o comportamento de seus recursos, em todos os elementos, de todas as camadas da infraestrutura, da agregação IP às portas de switches das redes ópticas metropolitanas e de longa e muito longa distância e, por meio do big data, inteligência artificial e algoritmos de correlacionamento, elas conseguem granularizar, de forma radical, o tratamento global dos fluxos de dados.

  Isso significa que um sistema de rede autônoma é capaz de manter a saúde, comportamento e, principalmente, a adequação de seus recursos de forma adaptativa e automática, entendendo as suas complexas demandas e dinâmicas de tráfego, “on the fly”.

  Este conceito não é uma coisa tão nova, mas com a combinação de adventos, como processamento e armazenamento em nuvem, com capacidade virtualmente infinita de processamento e armazenamento, inteligência artificial, virtualização de infraestrutura de redes, big data e programabilidade por APIs, os sistemas ofertados atingiram uma grande maturidade e capacidade.

  Fabricantes como Sedona, Ciena, Nokia, Cisco, para citar alguns, apresentam soluções excelentes que permitem inclusive a coleta de dados de comportamento de redes legadas, extraindo informações de todas as formas possíveis, seja de controladores SDN ou sistemas de gerenciamento legados (NMS) ou por meio de APIs ou de pooling SNMP e mesmo de CLIs ou linhas de comando.

  Todo esse volume de informação gerado pelos elementos de redes nas diversas camadas ou layers, formam volumes de big data que são tratados de forma dinâmica, incluindo a inteligência artificial, para aprender e entender cada vez mais o comportamento dos fluxos de dados e tomar ações de provisionamento e autocorreção de forma dinâmica.

  Os sistemas de redes autônomas são, portanto, essenciais à viabilização de redes que possam atender às demandas de hoje e do futuro.

  O recente anúncio do parceiro tecnológico de nossa empresa sobre a mais nova versão de sua solução SD-WAN me inspirou a comentar um pouco mais sobre o tema SD-WAN 2.0.

  O mercado já incorporou o entendimento do conjunto de benefícios oferecidos pela SD-WAN, em especial no que se refere ao seu modelo de governança, segurança, programabilidade, controle e automação da conectividade, entre filiais e seus data centers e entre suas filiais diretamente, de forma agnóstica aos recursos de transporte disponíveis. Porém, o que chamamos agora de SD-WAN 1.0 tem se limitado ao escopo da comunicação entre as localidades remotas.

  À medida que as empresas têm estendido as suas aplicações para além de seus data centers privados para nuvens públicas e provedores SaaS para ampliar os seus serviços de valor agregado, incluindo voz, segurança avançada, IoT – Internet das coisas, acesso Wi-Fi e uma diversidade de aplicações SaaS, é necessário que a solução de conectividade apresente o mesmo alcance a essas estruturas de forma unificada – que chamamos de “single pane of glass”, ou numa tradução livre, com visibilidade unificada por toda a rede, incluindo seus data centers, filiais e serviços em nuvem pública.

  A SD-WAN 2.0 deve contemplar todos os seus serviços, já a partir de suas aplicações em seus data centers e serviços em nuvem, com políticas de uso e segurança microssegmentada a cada aplicação e a cada usuário da rede, de forma vertical (aplicações para usuários) e horizontal (de aplicações para aplicações), fornecendo uma arquitetura de serviços para orquestrar serviços de TI corporativos em data centers, serviços de nuvem pública, nuvens de provedores SaaS e sites de filiais corporativas em uma nova dinâmica em rede, com recursos flexíveis em várias nuvens, segurança end-to-end robusta e integrada e uma arquitetura versátil para serviços de valor agregado em um ecossistema multi-cloud.

  Esses recursos proporcionam uma redução imediata nos custos e despesas operacionais, agilidade superior, consistência operacional em um ambiente com várias nuvens e a capacidade de oferecer um conjunto diversificado de aplicativos e serviços que podem ser consumidos na filial e/ou na nuvem. A solução deve também oferecer recursos analíticos e relatórios que permitam o entendimento completo da rede e de todo o ambiente computacional, independente de sua localização ou formato de nuvem.

  Importante lembrar também que uma arquitetura SD-WAN 2.0 deve contemplar a integração com serviços virtualizados de terceiros em uma plataforma aberta X86, que permita a inclusão de VNFs – Virtual Network Functions que agreguem valor à solução na localidade remota e também por service-chainning no data center ou nuvem, eliminando a complexidade de instalar e gerenciar remotamente equipamentos dedicados e específicos para o cliente ou dispositivos de função única.

  Em longo prazo, a SD-WAN 2.0 permitirá que as empresas preparem as suas redes para o futuro, abordando não apenas os desafios atuais de TI, mas também se adaptando rapidamente às suas necessidades futuras.

  Muitos já sabem que o mecanismo de surgimento de edge computing e fog computing advém do fenômeno IoT – Internet das coisas. O massivo crescimento de dispositivos e sensores gera um grande volume de dados e capacidade de processamento, que dificulta ou inviabiliza o seu tratamento em servidores no data center e na nuvem. Já sabemos que existe uma demanda computacional a ser tratada diretamente na periferia da rede, perto dos dispositivos e utilizando uma, digamos, microrrede para o seu zero suporte.

  Mas vamos falar a sério, quem realmente implementou sistemas em fog computing ou arquitetou uma fog networking (“nos trinques”) considerada exemplar? Ok, certo, vários, mas poucos no universo corporativo e nas empresas em geral. Vemos casos de especialistas, como o interessante exemplo apresentado no artigo de David Linthicum, em que ele menciona a aplicação de fog computing/fog networking em sensores de turbina de um jato comercial. Há também vários exemplos na área industrial e na tecnologia da informação aplicada à saúde.

  Da mesma forma que a arquitetura SDN/SDx levou três anos para ser iniciada, a fog computing/ fog networking está trilhando a sua rampa de maturidade, que se iniciou há mais de cinco anos e agora está se viabilizando de forma sólida. É preciso criar uma fundação para o desenvolvimento de padrões e iniciar o seu amadurecimento. Depois são necessários mais três a cinco anos para a tecnologia amadurecer definitivamente e comercialmente (senão vejamos, muitos, inclusive eu, que afirmam, por exemplo, que “SD-WAN IS the new WAN”, uma viagem sem retorno a se aplicar em todas as empresas),

  O próprio espectro de “things” do universo de IoT vem se expandindo tridimensionalmente e o que antes se referia mais a sensores e dispositivos, como câmeras, geladeiras e iluminação inteligente, hoje recebe constantemente novos participantes de toda a ordem funcional e sistêmica e com sistemas embutidos muito mais complexos, como drones, redes veiculares, dispositivos de realidade virtual e aumentada, mobilidade autônoma e por aí vai.

  Com isso, a fog networking começa assumir um papel essencial nos sistemas distribuídos como, por exemplo, atuar como proxy da nuvem, em uma gama de aplicações e em especial com segurança, uma vez que os participantes de uma fog network nem sempre têm capacidade computacional ou prioridade para cuidar adequadamente da segurança e acabam ficando expostos, sem uma infraestrutura local adequada. Isso demanda uma discussão e reavaliação das arquiteturas computacionais e de rede e a sua integração com outras tecnologias emergentes, como machine learning, redes inteligentes time-sensitive, e sistemas distribuídos e sua integração com a nuvem tradicional (quem diria, já estamos em um ponto de chamar a computação em nuvem de “tradicional”), além, claro, a discussão de sua governabilidade e gerenciabilidade com uma orquestração eficiente que alinhe adequadamente a distribuição e gerenciamento de recursos das fog networks, de forma integrada com as demais estruturas de rede corporativas, nuvens privadas ou públicas.

  Já temos uma entidade aberta dedicada ao tema, o OpenFog Consortium, com o objetivo de estabelecer e normatizar uma arquitetura de referência. Também temos o primeiro evento de grande porte dedicado exclusivamente ao tema, o FogWorld Congress, que acontecerá de 1 a 3 de outubro, em São Francisco, EUA. Como sempre, precisamos continuar a pensar fora da “caixa” e ficarmos atentos a assuntos referentes à computação e arquiteturas de rede, além de elaborar novos mecanismos e soluções que aproveitem tecnologias emergentes como fog computing/fog networking e continuar a infinita jornada de transformação digital em nossa sociedade.

  A questão do gerenciamento de recursos de rede sempre foi um ponto de eterna discussão. Isso porque as ferramentas tradicionais vem evoluindo desde os anos 90 para funções voltadas muito mais ao gerenciamento de configuração, monitoramento e alertas do que a operação de serviços automatizados.

  Elas se concentram em tecnologia específica e possuem os seus próprios conjuntos de recursos e ferramentas proprietárias ou abertas para modelar a configuração de infraestrutura e demais recursos como aplicações e dispositivos. O mercado oferece uma infinidade de opções, incluindo gratuitas, que performam de maneira bastante eficiente essas demandas.

  O modelo operacional de entrega e consumo de recursos de TI promovido pela virtualização e a computação em nuvem trouxe uma nova abordagem ao que conhecemos como gerenciamento de rede, ou, mais precisamente, o gerenciamento de recursos de infraestrutura de TI. Isso porque, com a virtualização, inclusive de infraestrutura com o SDN- redes definidas por software, multiplicou-se a quantidade de funções e complexidade, demandando a necessidade de se ter plataformas de orquestração e automação capazes de abranger essa nova infinidade de elementos de infraestrutura, aplicações e informações, como coletas analíticas, métricas, políticas e ações direcionadas para a obtenção dos serviços de TI de forma mais amigável, controlada e automática.

  As ferramentas de orquestração possuem visibilidade de todo e qualquer tipo de recurso disponível, e isso é totalmente aderente ao cenário de virtualização e sistemas em nuvem, uma vez que esses sistemas apresentam a abstração e a multiplicidade de interfaces. Mas mesmo para os sistemas legados e que não sejam baseados em nuvem, os orquestradores possibilitam a formação de serviços em ambientes heterogêneos. Todos os ambientes, dos mais simples aos mais complexos, apresentam ganhos com a utilização de ferramentas de orquestração.

  Entendemos, então, que a orquestração é um modelo operacional, o processo de projetar, fornecer e operar serviços de TI de ponta a ponta de forma automatizada, conectando elementos e processos para que tudo funcione usando uma linguagem abstrata que descreve o serviço orquestrado.

De fato, a camada de abstração é a chave da eficiência dos orquestradores, assim como a abstração é a chave para a eficiência de um sistema SDN idealizar os recursos de rede em múltiplas camadas de overlays.

   Existem muitas ferramentas de automação e orquestração e, em geral, elas se aplicam a usos mais setorizados, como, por exemplo, os recursos de armazenamento, computação e rede, como OpenStack e CloudStack, ferramentas de orquestração e automação do ambiente de redes e SDN, como OpenDayLight, Nuage e Contrail, e orquestração e automação de aplicações e “containers”, como Ansible, Puppet, Chef, Docker e Kubernetes. Algumas são mais voltadas ao ambiente de desenvolvimento, outras a operações ou ao time de infraestrutura.

  Para uma melhor utilização das ferramentas de automação e orquestração é importante que a sua empresa realize um estudo adequado, incluindo todas as áreas envolvidas, como a de desenvolvimento e de operações, para que em conjunto definam um ambiente eficiente e produtivo, baseado nas culturas DevOps e agile.

  Tudo deve ser aplicado de forma integrada e eficiente, principalmente, porque nesse cenário é preciso mudar e operar de maneira diferente, começando com o modelo como projetamos e operamos os serviços, as habilidades necessárias, as metodologias utilizadas e, claro, as ferramentas de automação e orquestração empregadas.

  Historicamente, a tecnologia da informação e comunicações tem sempre nos apresentado movimentos disruptivos que começam a partir de novos conceitos diferentes do “status quo” vigente em propostas que desafiam os modelos correntes.

  Particularmente, no ambiente computacional, muitos movimentos inicialmente tidos como disruptivos, exatamente por quebrarem modelos correntes, acabam virando o novo modelo, no perfeito estilo “Orange is the new Black”. Foi assim, quando os grandes mainframes tiveram que ceder espaço aos servidores de plataforma baixa, no chamado movimento de downsizing, iniciado a partir dos anos 90. Foi assim, quando a intensa demanda computacional começou a ser agregada em grandes data centers privados e públicos e também quando se iniciou o modelo de computação em nuvem.

  Claro, devemos ter em mente sempre que esses movimentos ocorrem também porque uma série de novas tecnologias e recursos se apresentam, principalmente de infraestrutura. O modelo de computação em nuvem é um claro exemplo disso, pois sem os grandes data centers e rede suficiente para transportar essas demandas, simplesmente ele seria inviável.

  Pois bem, agora nos deparamos com um cenário que acaba por motivar um novo movimento disruptivo, que chamamos de Edge computing (ou Fog computing). Este modelo pressupõe que a capacidade computacional de uma determinada demanda esteja posicionada próxima a ela. Assim, diferente da nuvem, onde o processamento e armazenamento se dá a longa distância e dependente de recursos generosos de rede, no modelo Edge computing os recursos estão distribuídos na borda da rede, próximo aos dispositivos e sistemas que os demandam.

  Isso ocorre porque tecnologias como IoT, machine learning e AI podem não admitir os delays e demais limitações de dependência de rede, exigindo que o processamento seja feito de forma instantânea e eficaz, o que faz com que o processamento esteja idealmente perto dos sistemas que os demandam.

  Em meio à avalanche de tecnologias envolvidas nos ambientes de TI e telecom, acreditamos que a média dos profissionais destas áreas está à vontade e entende todas as terminologias. Por exemplo, alguns buzzes do momento são SDN, SD-WAN, NFV e SD-“qualquer coisa”. O que já se fala na mídia e nas ofertas de fabricantes e provedores de serviço sugere que os profissionais de TI dominam completamente os fundamentos dessas tecnologias, como a abstração das redes físicas (underlay) em redes virtualizadas (overlay). Porém, recentemente ouvi de um cliente a seguinte pergunta: “afinal, SD-WAN é nuvem?”

  A resposta a esta questão é não necessariamente, mas a tecnologia pode ser relacionada à nuvem. Em uma implementação clássica, uma empresa pode adotar SD-WAN mesmo sem ter nada relacionado à nuvem, seja privada ou serviços em nuvem pública, com a implementação de um software de gerenciamento e orquestração e CPEs (equipamentos de borda) programáveis em suas filiais.

  Com isso, já é possível obter os diversos benefícios da tecnologia, como a instalação “zero-touch”, que requer o mínimo de intervenção para se ativar uma filial; segurança, com criptografia e serviços de firewall nativo; e, claro, políticas de distribuição de tráfego e uma série de serviços de visibilidade e gerenciamento, trazendo agilidade, segurança e visibilidade de toda a rede. Nesse caso, mesmo serviços em nuvem, como ERPs e armazenamento, podem ter os seus acessos otimizados.

  Mas, se a empresa utiliza serviços em nuvem de forma intensa, onde mesmo os seus servidores ou parte deles estejam em provedores como AWS e Azure, a implementação de CPEs SD-WAN virtuais possibilita que os serviços se comportem como em seus próprios data centers, trazendo os benefícios de conectividade SD-WAN diretamente aos serviços em nuvem. Neste caso, uma instância de CPE virtual é implementada no site desses provedores e todo o ambiente é trazido para a rede corporativa, de forma segura e com todos os benefícios de controle da conectividade geridos como se fossem mais uma localidade da empresa. O serviço em nuvem fica literalmente associado ao ambiente da própria empresa e as políticas de gestão de conectividade também se aplicam a eles.

  Finalmente, uma companhia pode contratar provedores de serviços em nuvem (CSP – Cloud Services Providers) também para a sua própria rede de longa distância. Esses provedores possuem infraestrutura própria para fornecer, orquestrar e gerenciar serviços de conectividade para redes de longa distância na forma de assinatura de prestação de serviços, disponibilizando também ferramentas de gestão para o autoprovisionamento e análise da saúde da rede, além de serviços de suporte e manutenção.

  Assim, o SD-WAN é totalmente tratado como um serviço em nuvem e, portanto, com as características e a agilidade necessária aos negócios de cada empresa. Essa forma de implementação de SD-WAN favorece as companhias que preferem contratos por Opex, onde o SLA é a forma principal para gerir o serviço.

  Podemos concluir, portanto, que a tecnologia SD-WAN pode ser implementada desde o modelo Capex (compra de ativos), onde todos os recursos de rede necessários são de propriedade e gestão da empresa, não demandando necessariamente a relação com serviços em nuvem, até a contratação de todo o serviço por meio de provedores em nuvem (CSP), com a gestão via contratos de SLA.

  Na edição anterior, abordamos o tema SD-WAN, como uma forma particularmente revolucionária de aplicação da tecnologia em redes de longa distância, trazendo a programabilidade e a orquestração centralizada baseada em regras e políticas de negócio para o benefício das conexões remotas.

  Mas a tecnologia SDN se aplica a qualquer porção ou tipo de rede, seja em locais, remotas, de acesso, sem fio, etc. Outra forma de aplicação da tecnologia, que traz inúmeros benefícios, é no próprio ambiente de data centers, o que chamamos de SD-DC.

  Na arquitetura tradicional, toda a infraestrutura de rede se baseia em switches, roteadores e outros appliances, onde cada equipamento precisa ter a sua configuração realizada individualmente e com uma complexa tarefa de linhas de comando, ou mesmo por interfaces gráficas, mas ainda difíceis e passíveis de erros.

  Com um erro de configuração uma rota pode ser perdida ou um servidor ou máquina virtual pode ficar fora de serviço. Além disso, com a virtualização dos sistemas computacionais e, mais recentemente, com o advento da hiperconvergência e de microsserviços baseados em contêineres, a rede, na arquitetura tradicional, simplesmente não consegue acompanhar com a agilidade necessária as movimentações do ambiente. Vamos lembrar que os data centers possuem centenas, milhares, dezenas de milhares e até centenas de milhares de servidores, cada um rodando uma grande quantidade de máquinas virtuais e contêineres.

  Lembro de um projeto de um grande data center de uma empresa pública, em que uma transição de sistema demandou um investimento milionário apenas para disponibilizar PODs – Point of Delivery dedicados ao desenvolvimento. Esse trabalho levou mais de um ano para ser licitado, adquirido e implantado, a um enorme custo. Isso não é agilidade.

  Também não é agilidade quando a dinâmica de disponibilização de recursos para o desenvolvimento ou a movimentação de uma máquina virtual em função de seu host apresentar problemas de hardware e demandar uma completa reconfiguração da rede, feita “na raça”, de forma lenta, demorada e passível de falhas ou excesso de complexidade.

  Com SD-DC, PODs que levavam meses para serem implantados são estabelecidos em minutos; aplicações de manobras corretivas ou de emergência acontecem ao click de um mouse; e, principalmente, a flexibilidade de aplicação de políticas aderentes aos requisitos de aplicações e segurança são realizados de forma dinâmica e programável, com um gerenciamento amplo e amigável de toda a rede.

  Dessa forma, a infraestrutura de rede pode acompanhar com agilidade, disponibilidade, performance e segurança a dinâmica exigida pelo constante ciclo de desenvolvimento e atualização de aplicações, bem como atender aos requisitos de operação e manutenção da infraestrutura de redes, sendo o pilar fundamental para o verdadeiro ambiente Dev-Ops. E claro, ganhar agilidade, disponibilidade, performance e segurança, em ambientes críticos como o dos complexos data centers, traz um investimento com retornos e benefícios significativos.

  A tecnologia já está madura e o mercado já dispõe de fornecedores de soluções SDN que possuem arquitetura multi-tenant (múltiplas empresas cliente) e carrier class com escalabilidade virtualmente infinitas e que incorporam em uma mesma plataforma a solução de orquestração para data centers (SD-DC) e redes de longa distância (SD-WAN).