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.
Regionsübergreifendes Verwalten von Chats in der Amazon-Connect-Connect-Instance
Sie verwalten den Chat AWS regionsübergreifend, indem Sie zwei benutzerdefinierte Chat-Benutzeroberflächen oder zwei out-of-the-box Kommunikations-Widgets erstellen: eines in der Quellregion und eines in der Replikatregion. Sie wechseln manuell zwischen ihnen, je nachdem, welche Chat-Oberfläche oder welches out-of-the-box 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 Amazon Connect Connect-Open-Source-Bibliothek
unter GitHub. Weitere Informationen finden Sie unter Anpassen des Chats mit dem Open-Source-Beispiel von Amazon Connect. -
Out-the-box Kommunikations-Widgets: Erstellen Sie ein Kommunikations-Widget in der Amazon Connect Connect-Replikatinstanz. 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:
-
ID der Amazon-Connect-Instance und Flow-ID: 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 in der Quell-Instance von Amazon Connect ein Kommunikations-Widget für den Chat, sofern noch keines vorhanden ist. Detaillierte Anweisungen finden Sie unter Hinzufügen eine Chat-Benutzeroberfläche zu Ihrer von Amazon Connect gehosteten Website.
-
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 Replikat-Instance, da Amazon Connect 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 den Regionen zu verlagern.
