Erstellen Sie ein Replikat Ihrer bestehenden Amazon-Connect-Instance - Amazon Connect
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 Amazon-Connect-Instance

Anmerkung

Neuer Benutzer? Schauen Sie sich den Amazon Connect Global Resiliency Workshop an. Dieser Online-Kurs führt Sie durch den Prozess des Onboardings und Testens von Telefonnummer und Agenten-Failover mithilfe von New APIs Through the. AWS CLI

Global Resiliency 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 ReplicateInstanceAPIauf, 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 über die erforderlichen IAM Mindestberechtigungen verfügen, um eine Instanz zu erstellen. 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.

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

    • 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 Quellinstanz und der Replikatinstanz 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.

    Im Fall von Ressourcennamenkonflikten 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 verwendenReplicateInstance, AssociateTrafficDistributionGroupUserAPIum Agents 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, CreateTrafficDistributionGroupAPIum 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 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.

  • Fähigkeiten der Agenten

  • Flows

  • Flow-Module

  • Benutzer

  • Weiterleitungsprofile

  • Warteschlangen

  • Sicherheitsprofile

  • Betriebsstunden

  • Schnellverbindungen

  • Vordefinierte Attribute

  • Eingabeaufforderungen (ohne die in S3 gespeicherten)

  • Benutzerhierarchien (Gruppen und Ebenen)

  • Kundendienstmitarbeiter-Status

  • Vordefinierte Attribute

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

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. Stellen Sie die Redundanz für Frontend- und Back-End-Integrationen (z. B. LambdaSSO, Lex) in allen Regionen sicher.

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

  3. Verwenden Sie die AssociateTrafficDistributionGroupUserAPI, um Agenten der standardmäßigen Verkehrsverteilergruppe 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 ReplicateInstanceAPIAnruf 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 ReplicateInstanceAPIAufrufs repliziert.

  3. Die Instance hat keinen Alias.

  4. Die Instance befindet sich nicht im Status ACTIVE.

  5. Die Instanz wurde nicht SAML 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. Ruf das ListTrafficDistributionGroupsAPImit deinem anInstanceId.

  2. Für jede Datenverkehr-Verteilergruppe in der Antwortliste enthält die zurückgegebene Angabe zu InstanceARN die Quellregion. Zum Beispiel im Folgenden ARN source-region wäre die Region Ihrer Amazon Connect Connect-Instance.

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