Eingehende Daten

CX Agent Studio bietet Dienste mit Google APIs (ces.googleapis.com), die für hohe Leistung und niedrige Latenz entwickelt wurden. Dabei wird die umfangreiche globale Netzwerkinfrastruktur von Google genutzt, einschließlich der vielen Points of Presence (PoPs). Google bewirbt die IP-Adressen für seine APIs und Dienste mit Anycast von zahlreichen Edge-PoP-Standorten weltweit. Mit Anycast wird dasselbe IP-Präfix gleichzeitig von mehreren Punkten im Google-Netzwerk angekündigt. Wenn ein Nutzer oder eine Anwendung eine Anfrage an eine Google API sendet, leitet die Routing-Infrastruktur des Internets den Traffic an den topologisch nächstgelegenen Google-PoP weiter, der diese IP-Adresse bewirbt. „Nächstgelegen“ bezieht sich auf Netzwerk-Hops und Routing-Messwerte, was im Allgemeinen mit der geografischen Nähe korreliert. Dadurch wird die Entfernung minimiert, die Traffic über das öffentliche Internet zurücklegen muss. Die Latenz wird reduziert, indem die Anfrage so schnell wie möglich an das globale Backbone-Netzwerk von Google mit hoher Leistung und geringer Überlastung weitergeleitet wird.

Eingehende Architektur

Um Ihre Verbindung zu Google-Diensten zu optimieren, können Sie über das Standard-Internetrouting hinausgehen und Verified Peering Provider (VPP) oder Direct Peeringverwenden. Beide Optionen reduzieren die Anzahl der Netzwerk-Hops, indem Ihre Infrastruktur direkter mit dem Edge-Netzwerk von Google verbunden wird.

Direkte private Verbindungen über Hybridnetzwerke (einschließlich Cloud Interconnect zu CX Agent Studio werden nicht unterstützt. Um das Risiko einer Datenexfiltration zu minimieren und die Sicherheit zu erhöhen, empfiehlt es sich, VPC Service Controls (VPC-SC) zu implementieren.

Alle Bereitstellungsoptionen für CX Agent Studio werden mit eingehendem Zugriff unterstützt.

Verbindungsoptionen

Um die Leistung über das Standard-Internetrouting hinaus zu optimieren, können Sie Peering-Optionen verwenden, um die Infrastruktur direkt mit dem Edge-Netzwerk von Google zu verbinden.

Verified Peering Provider (empfohlen)

Verified Peering Provider (VPP) identifiziert Internetanbieter, die bereits diverse, leistungsstarke und redundante Verbindungen zu Google eingerichtet haben.

  • Einfache Verwendung: Ihr Internetanbieter verwaltet die Peering-Komplexität, BGP-Konfigurationen und Wartung.
  • Zuverlässigkeit: Partner werden von Google geprüft, um sicherzustellen, dass sie strenge Leistungs- und Redundanzstandards erfüllen.

Direct Peering

Dies bietet eine physische, direkte Verbindung zwischen Ihrem lokalen Netzwerk und dem Edge-Netzwerk von Google an einem gemeinsamen Point of Presence (PoP). Dieser Dienst ist nicht mit den Interconnect-Angeboten zum Herstellen einer Verbindung zu Google Cloud VPC-Netzwerken identisch.

  • Kontrolle: Sie stellen eine direkte BGP-Sitzung mit Google her.
  • Infrastruktur: Erfordert eine eigene registrierte AS-Nummer (Autonomous System) und eine physische Präsenz in einer Colocation-Einrichtung, in der Google Peering durchführt.

Verbindungsoption auswählen

Funktion Verified Peering Provider Direct Peering
Optimal für Vereinfachter, verwalteter Zugriff mit hoher Verfügbarkeit. Organisationen, die direkte Kontrolle über BGP benötigen.
Verwaltung Vollständig von Ihrem Internetanbieter verwaltet. Selbstverwaltet von Ihrem internen Netzwerkteam.
Fachwissen Gering – keine umfassenden Netzwerkkenntnisse erforderlich. Hoch – AS-Nummer und BGP-Kenntnisse erforderlich.
SLA Auf Zuverlässigkeit geprüft. Kein von Google bereitgestelltes SLA.

Zusammenfassend:

  • Wählen Sie Verified Peering Provider aus, wenn Sie einen einfacheren, verwalteten Weg für zuverlässigen Zugriff mit hoher Verfügbarkeit auf alle Google-Dienste wünschen, ohne umfassende Netzwerkkenntnisse zu benötigen.
  • Wählen Sie Direct Peering aus, wenn Sie die technischen Möglichkeiten haben, BGP-Peering zu verwalten, die Anforderungen von Google erfüllen und die direkte Kontrolle über die Verbindung wünschen. Beachten Sie jedoch, dass es kein von Google bereitgestelltes SLA gibt.