Un seul réseau à travers chaque cloud et votre centre de données
Vexaro Mesh, actuellement en développement, est conçu pour relier l'on-prem à AWS, GCP et aux clouds privés dans un espace d'adressage unique. Chaque environnement s'interconnectera à un fabric partagé, les clouds communiqueront directement entre eux à travers celui-ci, et le tout est prévu pour être défini en code.
Pourquoi le réseau multicloud devient un casse-tête
Assembler des clouds avec la plomberie native de chaque fournisseur vous laisse avec un patchwork.
Chaque cloud possède son propre peering VPC, ses transit gateways et ses tables de routage, de sorte qu'une connexion entre AWS et GCP devient une intégration par fournisseur à concevoir, à construire et à maintenir synchronisée.
Les plages CIDR qui se chevauchent et le NAT entre environnements transforment un simple appel inter-cloud en casse-tête d'adressage, et les règles dérivent à mesure que les équipes ajoutent des sous-réseaux.
La politique d'accès finit dispersée entre les groupes de sécurité, les règles de pare-feu et l'IAM du fournisseur, sans aucun endroit unique pour voir qui peut atteindre quoi à travers l'ensemble.
Comment les clouds rejoindront un même fabric
Le même modèle de passerelles prévu pour relier les bureaux est conçu pour relier les régions cloud et l'on-prem.
- 1
Une passerelle dans chaque environnement
Une passerelle est prévue pour fonctionner comme conteneur ou VM dans chaque compte cloud, chaque région et votre centre de données, provisionnée avec les outils d'infrastructure as code que vous utilisez déjà.
- 2
Connectez-vous à un seul overlay
Chaque passerelle est conçue pour rejoindre le fabric partagé et obtenir une adresse dans un espace cohérent, afin que les environnements ne se chevauchent plus sur des plages qui se recouvrent.
- 3
Les clouds s'atteignent directement
AWS, GCP, les clouds privés et l'on-prem sont conçus pour maintenir des tunnels chiffrés directs à travers l'overlay, afin que le trafic inter-cloud emprunte le chemin le plus court au lieu de faire un détour par un hub.
- 4
Gouvernez-le de façon centralisée
Les règles d'accès de tout le réseau multi-cloud sont prévues pour se définir de manière centralisée depuis une seule console, au lieu d'être dispersées entre les outils de chaque fournisseur.
Ce qui est prévu pour les équipes multi-cloud
Un fabric unique conçu pour remplacer un empilement d'intégrations propres à chaque fournisseur.
Espace d'adressage unique
Chaque environnement est conçu pour partager un espace d'adressage cohérent, afin que les services se joignent sans acrobaties NAT propres à chaque cloud.
Chemins cloud à cloud directs
Les clouds sont conçus pour s'interconnecter au même fabric et se relier directement à travers lui, avec une latence inter-cloud faible et des chemins prévisibles.
Infrastructure as code
Les sites et les politiques sont prévus pour être définis via l'API, afin qu'une nouvelle région ou un nouveau compte rejoigne le réseau depuis vos pipelines, et non par une suite de clics dans une console.
Un seul plan de politique
Un accès par rôle à l'ensemble du réseau multi-cloud est prévu depuis un seul endroit, avec un journal d'accès exportable vers votre SIEM.
Pourquoi Vexaro Mesh est conçu pour le multi-cloud
Une passerelle est prévue comme une simple VM ou un simple conteneur ; elle s'installe donc de la même manière dans n'importe quel compte ou région cloud. Aucun produit réseau propre à chaque fournisseur à maîtriser.
Avec la facturation prévue par site, une région cloud coûterait autant qu'un bureau : un prix par passerelle connectée, quel que soit le nombre de charges de travail derrière elle.
Le full-mesh est conçu pour offrir des chemins directs cloud à cloud et cloud à on-prem, au lieu de tout faire transiter par un hub unique.
Le contrôleur est prévu pour fonctionner dans le cloud ou, avec Enterprise, dans votre propre périmètre. C'est utile lorsque l'un des environnements est un cloud privé ou réglementé.