Ein Netzwerk über jede Cloud und Ihr Rechenzentrum hinweg
Vexaro Mesh, derzeit in Entwicklung, soll On-Prem mit AWS, GCP und Private Clouds in einem einzigen Adressraum verbinden. Jede Umgebung wird in ein gemeinsames Fabric peeren, Clouds werden einander direkt darüber erreichen, und alles soll als Code definiert werden.
Warum Multi-Cloud-Vernetzung sich verheddert
Clouds mit der nativen Verkabelung jedes Anbieters zusammenzunähen, hinterlässt einen Flickenteppich.
Jede Cloud hat ihr eigenes VPC-Peering, ihre eigenen Transit-Gateways und Routing-Tabellen, sodass eine Verbindung zwischen AWS und GCP zu einer anbieterspezifischen Integration wird, die zu entwerfen, aufzubauen und synchron zu halten ist.
Überlappende CIDR-Bereiche und NAT zwischen Umgebungen verwandeln einen einfachen Cloud-übergreifenden Aufruf in ein Adressierungspuzzle, und die Regeln driften, sobald Teams Subnetze hinzufügen.
Zugriffsrichtlinien landen verstreut über Security Groups, Firewall-Regeln und Anbieter-IAM, ohne einen einzigen Ort, an dem sich übergreifend sehen lässt, wer was erreichen darf.
Wie Clouds einem Fabric beitreten werden
Dasselbe geplante Gateway-Modell, das Büros verbindet, soll auch Cloud-Regionen und On-Prem verbinden.
- 1
Ein Gateway in jeder Umgebung
Ein Gateway soll als Container oder VM in jedem Cloud-Konto, jeder Region und Ihrem Rechenzentrum laufen, bereitgestellt über die Infrastructure-as-Code-Werkzeuge, die Sie bereits nutzen.
- 2
In ein Overlay peeren
Jedes Gateway soll dem gemeinsamen Fabric beitreten und eine Adresse in einem zusammenhängenden Raum erhalten, sodass Umgebungen nicht mehr an überlappenden Bereichen kollidieren.
- 3
Clouds erreichen einander direkt
AWS, GCP, Private Clouds und On-Prem sollen direkte verschlüsselte Tunnel über das Overlay halten, sodass Cloud-übergreifender Verkehr den kürzesten Pfad nimmt statt eines Umwegs über einen Hub.
- 4
Steuern Sie es zentral
Zugriffsregeln für das gesamte Multi-Cloud-Netzwerk sollen zentral aus einer Konsole gesetzt werden, statt über die Werkzeuge der einzelnen Anbieter verstreut zu sein.
Was für Multi-Cloud-Teams geplant ist
Ein einziges Fabric, das einen Stapel anbieterspezifischer Integrationen ersetzen soll.
Ein einziger Adressraum
Jede Umgebung soll einen zusammenhängenden Adressraum teilen, sodass Dienste einander ohne NAT-Akrobatik pro Cloud erreichen.
Direkte Cloud-zu-Cloud-Pfade
Clouds sollen in dasselbe Fabric peeren und sich direkt darüber verbinden, mit niedriger Latenz zwischen Clouds und vorhersehbaren Pfaden.
Infrastructure as Code
Standorte und Richtlinien sollen über die API definiert werden, sodass eine neue Region oder ein neues Konto aus Ihren Pipelines beitritt, nicht per Klickpfad in der Konsole.
Eine Richtlinienebene
Rollenbasierter Zugriff für das gesamte Multi-Cloud-Netzwerk ist an einer Stelle geplant, mit einem Zugriffsprotokoll, das sich in Ihr SIEM exportieren lässt.
Warum Vexaro Mesh für Multi-Cloud ausgelegt ist
Ein Gateway ist als einfache VM oder Container geplant und lässt sich so in jedes Cloud-Konto und jede Region gleich einsetzen. Sie müssen kein anbieterspezifisches Netzwerkprodukt pro Cloud lernen.
Mit geplanter Abrechnung pro Standort würde eine Cloud-Region so viel kosten wie ein Büro: ein Preis pro verbundenem Gateway, egal wie viele Workloads dahinter laufen.
Das Full-Mesh soll direkte Pfade Cloud-zu-Cloud und Cloud-zu-On-Prem liefern, statt alles über einen Transit-Hub zu leiten.
Der Controller soll in der Cloud oder, bei Enterprise, in Ihrem eigenen Perimeter laufen. Das hilft, wenn eine der Umgebungen eine private oder regulierte Cloud ist.