View a markdown version of this page

Erstellen Sie ein Replikat Ihrer bestehenden Connect Customer-Instanz - Amazon Connect Connect-Kunde
WissenswertesEigenschaften der Replikat-InstanceWelche Ressourcen werden in der Replikat-Instance gespiegeltWas ist nach der Erstellung der Replikat-Instance zu tunWann Sie den AWS -Support kontaktieren solltenWarum schlägt ein ReplicateInstance Anruf fehlAuffinden der Quellregion einer Instance

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.

Erstellen Sie ein Replikat Ihrer bestehenden Connect Customer-Instanz

Anmerkung

Neuer Benutzer? Schauen Sie sich den Connect Customer Global Resiliency Workshop an. Dieser Online-Kurs führt Sie durch den Einstieg in die Anwendung und das Failover-Testing von Rufnummern und Kundendienstmitarbeitern unter Verwendung neuer APIs über die AWS-CLI.

Global Resiliency ist nur für Connect Customer-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Asien-Pazifik (Osaka), Asien-Pazifik (Tokio), Europa (Frankfurt) und Europa (London).

  • Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur dann erstellen, wenn sich die Quelle in der Region USA West (Oregon) befindet oder umgekehrt.

  • Sie können ein Replikat in der Region Europa (Frankfurt) nur dann erstellen, wenn die Quelle sich in der Region Europa (London) befindet oder umgekehrt.

  • Sie können ein Replikat in der Region Asien-Pazifik (Osaka) nur dann erstellen, wenn die Quelle sich in der Region Asien-Pazifik (Tokio) befindet.

Um Zugriff auf diese Funktion zu erhalten, wenden Sie sich an Ihren Connect Customer Solutions Architect oder Technical Account Manager.

Sie rufen die ReplicateInstanceAPI auf, um ein Replikat Ihrer Connect Customer-Instanz in einer anderen zu erstellen AWS-Region und die Konfigurationsinformationen für Connect-Kundenressourcen hinüber AWS-Regionen zu kopieren.

Wissenswertes

  • Vor dem Ausführen ReplicateInstance:

    • Stellen Sie sicher, dass Sie eine Liste der IAM-Mindestberechtigungen haben, die zum Erstellen einer Instance erforderlich sind. Siehe Erforderliche Berechtigungen für die Verwendung benutzerdefinierter IAM-Richtlinien zur Verwaltung des Zugriffs auf die Connect Customer-Konsole.

    • Aktualisieren Sie Ihre Flows, um alle hartcodierten Regionen durch den Parameter $.AwsRegion oder $['AwsRegion'] zu ersetzen. Zur Laufzeit des Flows werden diese Parameter durch die Region ersetzt, in der der Flow ausgeführt wird.

    • Stellen Sie sicher, dass Ihre Lambda-Funktionen in allen AWS-Regionen denselben Namen haben.

    • Für Amazon-Lex-Bots können Sie einen der folgenden Schritte ausführen:

      • Verwenden Sie die globale Ausfallsicherheit von Amazon Lex, um Bots unter Beibehaltung der Bot-ID über AWS -Regionen zu replizieren.

      • Ändern Sie Ihre Flows je nach AWS Region, in der der Flow ausgeführt wird, in Branches. Zur Laufzeit des Flows werden diese Parameter, wie im folgenden Beispiel veranschaulicht, durch die Region ersetzt, in der der Flow ausgeführt wird.

        Die Seite „Eigenschaften“ des Blocks „Kontaktattribute prüfen“.

    • Von AWS verwaltete Schlüssel Um die Replikatinstanz zuzulassen, erstellen Sie mithilfe der AWS Konsole eine temporäre Connect Customer-Instanz in der Region, in der Sie die Replikatinstanz erstellen möchten. Dadurch wird der Standard Von AWS verwaltete Schlüssel für Connect Customer erstellt.

  • ReplicateInstancekopiert die Connect Customer-Konfiguration AWS-Regionen als Teil des ersten Replikationsprozesses. Nach Abschluss dieses ersten Schritts werden alle Änderungen, die zu einem späteren Zeitpunkt an den ursprünglichen oder gespiegelten Ressourcen vorgenommen werden, kontinuierlich regionsübergreifend mit der Replikat-Instance synchronisiert. Dies geschieht bidirektional, von der Quelle zum Replikat und vom Replikat zur Quelle.

  • Alle Telefonnummern auf der Quell-Instance, die noch keinen Nummerngruppen zugeordnet sind, werden automatisch der standardmäßigen Datenverkehr-Verteilergruppe hinzugefügt. Durch diesen Schritt sind die Telefonnummern sowohl in der Quell- als auch in der Replikatregion verfügbar und die Zuordnung des TelefonnummernFlowes wird für alle AWS-Regionen gespiegelt.

  • Für Instances im asiatisch-pazifischen Raum (Tokio) unterstützen nur Telefonnummern, die explizit für Connect Customer Global Resiliency (ACGR) aktiviert sind, das vollständige Replikationsverhalten nach Asien-Pazifik (Osaka). Bei der Weiterleitung eingehender Anrufe in die Region Asien-Pazifik (Osaka) kann es zu Zustellzeiten von bis zu 20 Sekunden kommen.

  • Der Notfallzugriff für die Anmeldung bei der Replikat-Instance ist erst verfügbar, nachdem das Standard-Weiterleitungsprofil und die Warteschlange für alle Regionen gespiegelt wurden.

  • Während die Konfiguration weitergegeben wird AWS-Regionen, können Sie den Fortschritt in Protokollen einsehen. AWS CloudTrail Oder Sie können auf der Connect Customer Admin-Website zu Benutzerverwaltung, Änderungsverlauf anzeigen navigieren, um einen Prüfpfad der Änderungen an den Benutzern einzusehen. Audit Trails sind auch für andere Konfigurationen verfügbar.

  • Möglicherweise werden im CloudTrail Protokoll die folgenden Fehler angezeigt, die sich nicht auf die Spiegelung der Konfigurationen auswirken.

    • Http 409-Fehler (Konflikt): Diese Fehler treten aufgrund von Spiegelungskonflikten auf, wenn mehrere Konfigurationsupdates schnell hintereinander an derselben Contact-Center-Ressource verarbeitet werden. Diese Fehler können zwar in den Protokollen auftauchen, haben jedoch keinen Einfluss auf die tatsächliche Spiegelung Ihrer Contact-Center-Ressourcen.

  • Ein Konflikt zwischen Ressourcennamen tritt auf, wenn Ressourcen in der Quell-Instance und der Replikat-Instance denselben Namen, aber unterschiedliche Ressourcen-IDs haben. Dies kann beispielsweise der Fall sein, wenn die Ressource in der Replikat-Instance außerhalb des Replikationsprozesses manuell erstellt wurde.

    Bei Konflikten mit Ressourcennamen wird die Ressource ReplicateInstancenicht regionsübergreifend synchronisiert. Stattdessen wird der Fehler ResourceConflictException ausgegeben. Nachdem Sie den Namenskonflikt gelöst haben (z. B. die Ressource in der Replikat-Instance gelöscht haben), können Sie ReplicateInstance erneut ausführen, um die Ressource zu synchronisieren.

  • Nach der Ausführung müssen Sie die AssociateTrafficDistributionGroupUserAPI verwendenReplicateInstance, um Agenten entweder der standardmäßigen Verkehrsverteilergruppe oder einer benutzerdefinierten Verkehrsverteilergruppe zuzuordnen.

  • Beim Ausführen werden ReplicateInstancekeine Lambda-Funktionen oder Amazon Lex Lex-Bots oder andere Drittanbieter/Integrationen synchronisiert, die Sie möglicherweise haben.

Eigenschaften der Replikat-Instance

  • Die replizierte Connect Customer-Instanz wird in demselben AWS Konto wie Ihre bestehende Connect Customer-Instanz erstellt.

  • ReplicateInstanceerstellt eine Standardverteilergruppe für den Datenverkehr, falls noch keine vorhanden ist. Diese standardmäßige Datenverkehr-Verteilergruppe hat drei Arten der Datenverkehrsverteilung:

    • Anmelden

    • Agent

    • Telefonie

    Verwenden Sie die CreateTrafficDistributionGroupAPI, um weitere Verkehrsverteilergruppen zu erstellen. Diese zusätzlichen Verkehrsverteilergruppen sind jedoch keine standardmäßigen Verkehrsverteilergruppen und unterstützen daher nur Agenten- und Telefonverteilungen.

  • Die standardmäßige Datenverkehr-Verteilergruppe ist die einzige, in der Sie die SignInConfig-Verteilung ändern können. Sehen Sie sich den IsDefault Parameter im TrafficDistributionGroupDatentyp an.

  • Sie verwendenSignInConfig, um die Backend-Anmeldeserver auszuwählen, um den Agenten bei der Anmeldung bei seiner Connect Customer-Instanz zu unterstützen. Wenn Sie beispielsweise UpdateTrafficDistribution mit einem modifizierten SignInConfig und einem nicht standardmäßigen Wert für TrafficDistributionGroup aufrufen, wird InvalidRequestException zurückgegeben.

  • Die Replikatinstanz hat dieselbe Instanz-ID wie die Connect Customer-Instanz, von der sie repliziert wurde.

Welche Ressourcen werden in der Replikat-Instance gespiegelt

ReplicateInstancespiegelt die folgenden Connect Customer Ressourcen wider. AWS-Regionen

Wichtig

Die Service Quotas für diese Ressourcen werden automatisch in allen AWS-Regionen abgeglichen, bevor die Ressourcen regionsübergreifend gespiegelt werden. Um ein beliebiges anderes Kontingent in der Replikat-Instance zu erhöhen, reichen Sie eine Anfrage ein.

  • Kompetenzen der Kundendienstmitarbeiter

  • Fließt

  • Flow-Module

  • Benutzer

  • Weiterleitungsprofile

  • Queues (Warteschlangen)

  • Sicherheitsprofile

  • Betriebsstunden

  • Schnellverbindungen

  • Vordefinierte Attribute

  • Eingabeaufforderungen (ohne die in S3 gespeicherten)

  • Benutzerhierarchien (Gruppen und Ebenen)

  • Kundendienstmitarbeiter-Status

  • Vordefinierte Attribute

  • Gespeicherte Berichte

  • Ansichten

  • Datentabellen

  • Arbeitsbereiche

  • Versionen des Flow-Moduls

  • Aliase für das Flow-Modul

  • Benutzerdefinierte Metriken

  • Testfälle

  • Benachrichtigungen

Wichtige Hinweise zu bestimmten Ressourcen

  • Gespeicherte Berichte: Gespeicherte Berichte werden zwar repliziert, die mit gespeicherten Berichten verknüpften Zeitpläne werden jedoch nicht repliziert.

  • Ansichten: Nur Ansichten mit einem veröffentlichten Status werden repliziert. Ansichten im Entwurfsstatus werden nicht repliziert.

  • Datentabellen: Datentabellenwerte, die wörtliche ARN-Verweise enthalten, passen den Regionalcode bei der Replikation automatisch an die lokale Region an. Mit Ausdrücken erstellte ARNs passen den Regionalcode möglicherweise nicht automatisch an.

ReplicateInstancerepliziert außerdem die folgenden Assoziationen auf: AWS-Regionen

  • Telefonnummer zu Flow

  • Warteschlange zu Weiterleitungsprofil

  • Benutzer zu Sicherheitsprofil, Weiterleitungsprofil und Benutzerhierarchie

  • Weiterleitungsprofile

  • Warteschlange zu Schnellverbindungen

  • Warteschlange zu Betriebsstunden

  • Warteschlange zu Flow

Anmerkung

Nach der ersten Replikation werden Konfigurationsänderungen nahezu in Echtzeit bidirektional zwischen replizierten Instances repliziert. Schlägt dies fehl, versucht Connect Customer Global Resiliency, Updates innerhalb von 30 Minuten zu synchronisieren.

Was ist nach der Erstellung der Replikat-Instance zu tun

Nachdem Ihre Replica Connect Customer-Instanz erstellt wurde, müssen Sie sie konfigurieren:

  1. Sorgen Sie für Redundanz bei Front-End- und Back-End-Integrationen (z. B. SSO, Lambda, Lex) in allen Regionen.

  2. Nehmen Sie passende manuelle Aktualisierungen für alle verknüpften Instances vor.

  3. Verwenden Sie die AssociateTrafficDistributionGroupUserAPI, um Agenten der Standard-Traffic-Verteilergruppe zuzuordnen.

    Bevor Sie Kundendienstmitarbeiter einer Datenverkehr-Verteilergruppe zuordnen können, müssen sie sowohl auf der Quell- als auch auf der Replikat-Instance vorhanden sein. Sie können Benutzer nicht einer Datenverkehr-Verteilergruppe zuordnen, wenn sie neu zur Quell-Instance hinzugefügt wurden und sich noch nicht im Replikat befinden.

Wann sollten Sie Kontakt aufnehmen AWS Support

Wenden Sie sich an den AWS Support, wenn Sie Hilfe bei den folgenden Aktivitäten benötigen:

  • Um den Status der Spiegelung zu verstehen, der über das hinausgeht, was in den CloudTrail Protokollen und im Audit-Trail auf der Connect Customer Admin-Website verfügbar ist.

Warum schlägt ein ReplicateInstance Anruf fehl

Ein ReplicateInstanceAPI-Aufruf schlägt InvalidRequestException in den folgenden Fällen fehl:

  1. Das Replikat wird in derselben Region erstellt, in der sich Ihre bestehende Instance befindet.

  2. Die Instanz wurde bereits im Rahmen eines anderen ReplicateInstanceAPI-Aufrufs repliziert.

  3. Die Instance hat keinen Alias.

  4. Die Instance befindet sich nicht im Status ACTIVE.

  5. Für die Instance ist SAML nicht aktiviert.

  6. Es besteht ein Konflikt mit Ressourcennamen.

So finden Sie die Quellregion Ihrer Connect Customer-Instances

Wenn Sie vergessen haben, welche Region Ihre Quellregion für Ihre Connect Customer-Instances ist, gehen Sie wie folgt vor, um sie zu finden:

  1. Rufen Sie die ListTrafficDistributionGroupsAPI mit Ihrem aufInstanceId.

  2. Für jede Datenverkehr-Verteilergruppe in der Antwortliste enthält die zurückgegebene Angabe zu InstanceARN die Quellregion. Im folgenden ARN source-region wäre dies beispielsweise die Region Ihrer Connect-Kundeninstanz.

    arn:aws:connect:source-region:account-id:traffic-distribution-group/ traffic-distribution-group-id