Uma só rede entre cada nuvem e o seu centro de dados
O Vexaro Mesh, atualmente em desenvolvimento, foi concebido para ligar o on-prem à AWS, à GCP e a nuvens privadas num único espaço de endereçamento. Cada ambiente vai interligar-se a um fabric partilhado, as nuvens vão comunicar diretamente através dele, e tudo está previsto para ser definido como código.
Porque é que a rede multi-cloud se torna emaranhada
Coser nuvens com a infraestrutura nativa de cada fornecedor deixa-o com uma colcha de retalhos.
Cada nuvem tem o seu próprio peering de VPC, transit gateways e tabelas de rotas, pelo que uma ligação entre a AWS e a GCP se torna uma integração por fornecedor para conceber, construir e manter sincronizada.
Intervalos CIDR sobrepostos e NAT entre ambientes transformam uma simples chamada entre nuvens num quebra-cabeças de endereçamento, e as regras vão derivando à medida que as equipas acrescentam subredes.
As políticas de acesso acabam dispersas por grupos de segurança, regras de firewall e IAM de cada fornecedor, sem um único lugar onde ver quem pode alcançar o quê em tudo isto.
Como as nuvens se vão juntar num único fabric
O mesmo modelo de gateways previsto para ligar escritórios foi concebido para ligar regiões de nuvem e o on-prem.
- 1
Um gateway em cada ambiente
Está previsto correr um gateway como contentor ou máquina virtual em cada conta de nuvem, em cada região e no seu centro de dados, aprovisionado com a mesma infraestrutura como código que já usa.
- 2
Interligue-se numa só overlay
Cada gateway foi concebido para se juntar ao fabric partilhado e obter um endereço num espaço coerente, para que os ambientes deixem de colidir em intervalos sobrepostos.
- 3
As nuvens alcançam-se diretamente
A AWS, a GCP, as nuvens privadas e o on-prem foram concebidos para manter túneis cifrados diretos através do overlay, para que o tráfego entre nuvens siga o caminho mais curto em vez de passar por um hub.
- 4
Governe-a de forma centralizada
Está previsto definir de forma centralizada, a partir de uma consola, as regras de acesso de toda a rede multicloud, em vez de as espalhar pelas ferramentas de cada fornecedor.
O que está previsto para equipas multicloud
Um único fabric concebido para substituir uma pilha de integrações específicas de cada fornecedor.
Espaço de endereços único
Cada ambiente foi concebido para partilhar um espaço de endereçamento coerente, para que os serviços se alcancem sem malabarismos de NAT em cada nuvem.
Caminhos diretos entre nuvens
As nuvens foram concebidas para se interligarem ao mesmo fabric e ligarem-se diretamente através dele, com baixa latência entre nuvens e caminhos previsíveis.
Infraestrutura como código
Está previsto definir locais e políticas através da API, para que uma nova região ou conta se junte a partir dos seus pipelines e não por cliques numa consola.
Um só plano de políticas
Está previsto um acesso por funções para toda a rede multicloud a partir de um único sítio, com o registo de acesso exportável para o seu SIEM.
Porque é que o Vexaro Mesh foi concebido para multicloud
O gateway está previsto como uma simples máquina virtual ou contentor, pelo que se instala da mesma forma em qualquer conta ou região de nuvem. Não há produtos de rede específicos de cada fornecedor para aprender.
Com a faturação prevista por local, uma região de nuvem custaria o mesmo que um escritório: um preço por gateway ligado, independentemente de quantas cargas de trabalho estejam por trás.
A full-mesh foi concebida para oferecer caminhos diretos nuvem a nuvem e nuvem a on-prem, em vez de fazer passar tudo por um único hub de trânsito.
Está previsto que o controlador corra na nuvem ou, no Enterprise, no seu próprio perímetro. É útil quando um dos ambientes é uma nuvem privada ou regulada.