Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verwalte den Chat in deiner Connect Customer-Instanz regionsübergreifend
Sie verwalten den Chat AWS regionsübergreifend, indem Sie zwei benutzerdefinierte Chat-Benutzeroberflächen oder zwei sofort einsatzbereite Kommunikations-Widgets erstellen: eines in der Quellregion und eines in der Replikat-Region. Sie wechseln manuell zwischen ihnen, je nachdem, welche Chat-Oberfläche oder welches vorkonfigurierte Kommunikations-Widget Sie verwenden möchten.
-
Benutzerdefinierte Chat-Schnittstellen: Konfigurieren Sie die Chat-Oberfläche in der Replikatregion so, dass sie den API-Endpunkt der Replikatregion verwendet. Beispiele für benutzerdefinierte Schnittstellen finden Sie in der Open Source-Bibliothek von Connect Customer
unter GitHub. Weitere Informationen finden Sie unter Passen Sie den Chat mit dem Open-Source-Beispiel Connect Customer an. -
Out-the-box Kommunikations-Widgets: Erstellen Sie ein Kommunikations-Widget in der Replikat-Connect-Kundeninstanz. Detaillierte Anweisungen finden Sie unter Konfigurieren eines Kommunikations-Widgets in der Replikat-Instance.
Im Folgenden sind die Chat-Konfigurationsparameter aufgeführt, die die Website oder App erfordern, um einen clientseitigen Chat zu initiieren:
-
Kundeninstanz-ID und Flow-ID Connect: Diese Parameter sind in den Quell- und Replikatregionen identisch.
-
AWS Zielregion und in der Regel ein API-Endpunkt zum Starten des Chats (d. h. zum Abrufen des Teilnehmer-Tokens): Diese Parameter unterscheiden sich in der Quell- und der Replikatregion.
Das folgende Diagramm zeigt beispielsweise, wie die Chat-Konfiguration aktualisiert werden muss, sodass sie auf das API-Gateway in der Replikatregion verweist, wenn der Chat-Verkehr zwischen Regionen verschoben werden muss.
Konfigurieren eines Kommunikations-Widgets in der Replikat-Instance
-
Erstellen Sie auf Ihrer Connect Customer-Quellinstanz ein Kommunikations-Widget für den Chat, falls noch keines vorhanden ist. Detaillierte Anweisungen finden Sie unter Fügen Sie Ihrer von Connect Customer gehosteten Website eine Chat-Benutzeroberfläche hinzu.
-
Erstellen Sie in der Replikat-Instance ein weiteres Kommunikations-Widget für den Chat. Konfigurieren Sie das Widget mit demselben Flow, der im Widget in der Quell-Instance verwendet wird. Der Flow befindet sich bereits in der Replikatinstanz, da Connect Customer Global Resiliency alle Flows von der Quelle in das Replikat kopiert und sie kontinuierlich synchronisiert.
-
Kopieren Sie das Skript des neuen Kommunikations-Widgets, das Sie in der Replikat-Instance erstellt haben. Betten Sie das Skript in die Website oder App ein, die aktiviert werden soll, wenn der Chat-Verkehr an die Replikat-Instance weitergeleitet wird.
-
Um den Verkehr zwischen Regionen umzuschalten, ersetzen Sie das Kommunikations-Widget für die Quell-Instance durch das Kommunikations-Widget für die Replikat-Instance auf Ihrer Webseite.
In der folgenden Abbildung sehen Sie ein Beispiel für ein Widget-Skript.
-
Wenn Sie zu einem späteren Zeitpunkt Änderungen am Kommunikations-Widget in der Quell-Instance vornehmen, müssen Sie dieselben Änderungen auch am Kommunikations-Widget in der Replikat-Instance vornehmen.
Option für reibungslosere Verfahren
Um die Übertragung des Chat-Verkehrs zwischen den Regionen reibungsloser zu gestalten und weniger manuelle Änderungen zu erfordern, können Sie das Chat-Erlebnis auch wie folgt anpassen:
-
Fügen Sie einer zentral gesteuerten Datenbank (z. B. einer globalen DynamoDB-Tabelle) einen Parameter hinzu. Der Zweck dieses Parameters besteht darin, zu definieren, welche Region derzeit aktiv ist.
-
Aktualisieren Sie Ihre Website oder Anwendung, um den Status des Parameters „Region“ in der zentralen Datenbank zu überprüfen.
-
Je nachdem, welche Region aktiv ist, verwendet die Website oder Anwendung den API-Endpunkt oder das Kommunikations-Widget dieser Region.
-
Dieser Parameter sollte gleichzeitig mit dem Aufruf der UpdateTrafficDistributionAPI aktualisiert werden, um den Sprachverkehr und die Agenten gegebenenfalls zwischen Regionen zu verlagern.