Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance

Anmerkung

Diese Funktion ist nur für Amazon Connect Connect-Instances verfügbar, die in den folgenden AWS Regionen erstellt wurden: USA Ost (Nord-Virginia), USA West (Oregon), Europa (Frankfurt) und Europa (London).

Sie können ein Replikat in der Region USA Ost (Nord-Virginia) nur erstellen, wenn Ihre Quelle USA West (Oregon) ist, oder umgekehrt. Ebenso können Sie in der Region Europa (Frankfurt) nur dann ein Replikat erstellen, wenn Ihre Quelle Europa (London) ist, oder umgekehrt.

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

Sie rufen die ReplicateInstanceAPI auf, um ein Replikat Ihrer Amazon Connect Connect-Instance in einer anderen zu erstellen AWS-Region und Konfigurationsinformationen für Amazon Connect Connect-Ressourcen dorthin zu kopieren. AWS-Regionen

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 Amazon Connect Connect-Admin-Website.

  • 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 Lex-Bots können Sie einen der folgenden Schritte ausführen:

    • Verwenden Sie Amazon Lex Global Resiliency, um Bots AWS regionsübergreifend zu replizieren und die Bot-ID beizubehalten.

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

      

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

• ReplicateInstancekopiert die Amazon Connect Connect-Konfiguration AWS-Regionen als Teil des ersten Replikationsprozesses hinüber. Nach Abschluss dieses ersten Schritts werden alle Änderungen, die zu einem späteren Zeitpunkt an gespiegelten Ressourcen vorgenommen werden, kontinuierlich regionsübergreifend mit der Replikat-Instance synchronisiert.

• 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.

• 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 AWS CloudTrail Protokollen verfolgen. Oder Sie können auf der Amazon Connect Admin-Website zu Benutzerverwaltung, Änderungsverlauf anzeigen navigieren, um einen Prüfpfad der Änderungen an den Benutzern einzusehen.

• 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 AssociateTrafficDistributionGroupBenutzer-API 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 Amazon-Connect-Instance wird in demselben AWS -Konto wie Ihre bestehende Amazon-Connect-Instance erstellt.

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

  • Anmelden

  • Kundendienstmitarbeiter

  • 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 TrafficDistributionGruppen-Datentyp an.

• Sie verwenden SignInConfig, um die Backend-Anmeldeserver auszuwählen, die dem Kundendienstmitarbeiter die Anmeldung bei seiner Amazon-Connect-Instance erleichtern. Wenn Sie beispielsweise UpdateTrafficDistribution mit einem modifizierten SignInConfig und einem nicht standardmäßigen Wert für TrafficDistributionGroup aufrufen, wird InvalidRequestException zurückgegeben.

• Die Replikat-Instance hat dieselbe Instance-ID wie die Amazon-Connect-Instance, von der sie repliziert wurde.

Welche Ressourcen werden in der Replikat-Instance gespiegelt

ReplicateInstancespiegelt die folgenden Amazon Connect 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.

• Flows

• Flow-Module

• Benutzer

• Weiterleitungsprofile

• Warteschlangen

• Sicherheitsprofile

• Betriebsstunden

• Schnellverbindungen

• Eingabeaufforderungen (ohne die in S3 gespeicherten)

• Benutzerhierarchien (Gruppen und Ebenen)

• Kundendienstmitarbeiter-Status

• Vordefinierte Attribute

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

• Telefonnummer zu Flow

• Warteschlange zu Weiterleitungsprofil

• Benutzer zu Sicherheitsprofil, Weiterleitungsprofil und Benutzerhierarchie

• Weiterleitungsprofile

• Warteschlange zu Schnellverbindungen

• Warteschlange zu Betriebsstunden

• Warteschlange zu Flow

Was ist nach der Erstellung der Replikat-Instance zu tun

Nachdem Ihre Replikat-Instance von Amazon Connect 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 AssociateTrafficDistributionGroupBenutzer-API, um Agenten der Standardverteilergruppe für den Datenverkehr 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 Sie den AWS Support kontaktieren sollten

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 Amazon Connect Admin-Website verfügbar ist.

• Um die Replikation zu beenden, nachdem sie gestartet wurde.

• Um Ihre Replikat-Instance zu löschen. Sie müssen Nummern und Benutzer von Datenverkehrsverteilergruppen trennen. AWS Der Support muss alle Snapshots löschen, die wir für das globale Konfigurationsmanagement erstellt haben.

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 einer Amazon-Connect-Instances

Wenn Sie vergessen haben, welches die Quellregion für Ihre Amazon-Connect-Instances ist, führen Sie die folgenden Schritte aus, 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. In der folgenden ARN wäre source-region beispielsweise die Region Ihrer Amazon-Connect-Instance.

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