Flexibilidade do Transit Gateway em redes multicloud

F5

À medida que a nuvem pública se expandiu, o componente que, sem dúvida, menos acompanhou esse crescimento fomos nós, seres humanos. Cada novo serviço atende a uma necessidade, seja acelerar a programação, seja simplificar a configuração e a implantação. O AWS Transit Gateway tem conseguido reduzir a complexidade das redes em nuvem ao atuar como um hub central compartilhado para VPCs, mas o serviço funciona apenas na AWS.

A F5 Volterra oferece uma solução que amplia e aprimora o modelo hub-and-spoke em outras nuvens e também globalmente entre nuvens, inclusive simplificando a configuração e a implantação do próprio AWS Transit Gateway.

Arquiteturas ad hoc, em malha e hub-and-spoke

Tradicionalmente, as conexões entre VPCs de redes virtuais na nuvem têm sido criadas de forma ad hoc, onde quer que se perceba uma necessidade. Em uma implantação do zero, essas conexões podem ser úteis para representar as relações entre microsserviços e aplicar controles de acesso. Também pode ser necessário considerar as limitações dos ambientes físicos, por exemplo, permitindo conexões entre nós no mesmo local que, de outra forma, seguiriam um caminho ineficiente, como os clássicos “trombone” ou “bumerangue”. No entanto, historicamente, uma infraestrutura projetada especificamente para uma única implementação impõe restrições a quaisquer alterações futuras, o que leva à percepção de que é necessária uma reformulação completa da arquitetura à medida que o projeto inicial evolui organicamente.

À medida que as conexões ad hoc aumentam, a arquitetura tende a evoluir para uma topologia em malha, na qual cada nó é conectado a vários outros. Embora as topologias em malha ofereçam máxima flexibilidade no caminho dos dados — com conexão direta a todos os destinos possíveis —, sua criação e manutenção podem ser extremamente trabalhosas sem um nível significativo de automação.

Em contraste com a abordagem ad hoc, a arquitetura hub-and-spoke é uma forma disciplinada de organizar conexões. Em um grupo de elementos, um deles atua como hub central, conectando-se a todos os demais, mas nenhum dos outros se conecta entre si. Visualmente, isso costuma ser representado como uma roda de bicicleta, mas também é comum usar uma estrutura em árvore, com o hub na parte superior e os spokes na parte inferior, como em uma árvore genealógica. A maior vantagem da arquitetura hub-and-spoke ou em árvore é a simplicidade. Ela é fácil de desenhar e de entender, pois o único caminho entre os spokes passa pelo hub. Isso também facilita a manutenção: além de reduzir o tempo necessário para identificar a área do problema durante um incidente, a estrutura básica não é afetada por movimentações, adições ou alterações de nós.

As desvantagens geralmente são vistas como falta de flexibilidade e desempenho inferior. No entanto, um hub bem implementado mantém o tráfego fluindo rapidamente, e as vantagens contínuas de manutenção proporcionadas pela simplicidade superam qualquer benefício temporário da flexibilidade durante a configuração. A arquitetura hub-and-spoke também oferece um caminho de dados garantido entre quaisquer dois nós, aproximando-se da flexibilidade de uma malha completa e reduzindo a necessidade de conexões ad hoc.

Simplificando a rede na nuvem com o AWS Transit Gateway

Inicialmente, as redes em nuvem exigiam conexões ad hoc entre instâncias de computação, até o surgimento das redes virtuais VPC. As VPCs oferecem conectividade direta em cada sub-rede, simplificando significativamente a configuração e a aplicação de políticas. É útil pensar em cada VPC como uma arquitetura hub-and-spoke.

O AWS Transit Gateway interconecta VPCs da mesma forma que as VPCs interconectam instâncias de computação. Essencialmente, ele funciona como uma arquitetura hub-and-spoke em camadas, um hub de hubs ou uma VPC de VPCs. Os nós em VPCs diferentes podem se conectar entre si se ambas as VPCs estiverem conectadas ao mesmo Transit Gateway. Os Transit Gateways também podem permitir o compartilhamento de recursos dedicados, como a combinação de VPNs usando várias VPCs para obter largura de banda adicional ou simplificar o acesso de usuários remotos.

Simplificando a rede multinuvem com o F5 Volterra

O F5 Volterra oferece uma interface de usuário uniforme para criar conexões entre nuvens, configurar VPCs nessas nuvens usando suas APIs nativas de infraestrutura como código e gerenciar o tráfego e a entrega de serviços. Na AWS, ele oferece configuração completa e controle do ciclo de vida dos Transit Gateways. Se o AWS Transit Gateway ou outros serviços nativos de provedores de nuvem não forem utilizados, o Volterra Console oferece uma maneira uniforme de estabelecer e controlar conexões entre redes virtuais, convertendo a intenção do administrador em uma configuração específica para cada nuvem. Em cenários nos quais há necessidade de conexões arbitrárias entre sub-redes de redes virtuais, o Volterra pode até automatizar a criação de uma malha completa, se o administrador desejar. A configuração rápida reduz significativamente o trabalho repetitivo, e a automação praticamente elimina a possibilidade de erros.

A Volterra amplia o conceito de rede hub-and-spoke multicamadas para o âmbito global, funcionando efetivamente como um gateway de trânsito multinuvem para conectar nuvens públicas e privadas. O console SaaS da Volterra oferece controle global unificado em todas as regiões dos principais provedores de nuvem pública, bem como em quaisquer nuvens privadas que o cliente queira conectar. A arquitetura global é totalmente configurável, seja para conexões ad hoc, uma malha multinuvem completa ou uma topologia hub-and-spoke que utilize a rede global da F5 como um backbone privado dedicado de alta velocidade.

Dimensionando o elemento humano das redes multinuvem

A aplicação de automação e de uma arquitetura em várias camadas simplifica a tarefa do administrador de gerenciar a expansão das nuvens, mas os verdadeiros benefícios vêm da ampliação da capacidade dos administradores. O console da Volterra é nativamente multilocatário e permite subdividir a organização em diferentes namespaces. Cada namespace é completamente invisível para todos os demais, até mesmo na camada de IP. Em cada namespace, os administradores podem definir políticas baseadas em intenção e, em seguida, delegar aos desenvolvedores o controle do gerenciamento autônomo do ciclo de vida das conexões e dos serviços seguros específicos de seus projetos, sem o risco de afetar outros projetos ou exceder os parâmetros predefinidos de rede e segurança. Isso proporciona escalabilidade humana em toda a organização, dando aos engenheiros da linha de frente controle e visibilidade sobre a rede multinuvem em seus próprios silos, enquanto os administradores da rede em nuvem mantêm uma supervisão global completa.

Recursos adicionais

• Crie em qualquer lugar com uma rede multinuvem abrangente – Detalhes da solução
• Múltiplas nuvens versus multinuvem: facilitando a integração – publicação no blog do Escritório do CTO da F5
  
  
  

Sobre o autor

F5

Mais publicações de F5