View a markdown version of this page

Erstellen Sie ein Replikat Ihrer vorhandenen Connect Customer-Instanz - Amazon 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 ein ReplicateInstance Anruf fehlschlägtAuffinden 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 vorhandenen 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 ReplicateInstance API auf, um ein Replikat Ihrer Connect Customer-Instanz in einer anderen zu erstellen AWS-Region und die Konfigurationsinformationen für Connect Customer-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 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.

      • Ändere deine Flows je nach AWS Region, in der der Flow läuft, in eine Verzweigung. 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 die Standardeinstellung 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.

  • Bei Instances im asiatisch-pazifischen Raum (Tokio) unterstützen nur Telefonnummern, die explizit für Connect Customer Global Resiliency (ACGR) aktiviert sind, ein vollständiges Replikationsverhalten in den asiatisch-pazifischen Raum (Osaka). Bei der Weiterleitung durch den asiatisch-pazifischen Raum (Osaka) kann es bei eingehenden Anrufen zu Lieferzeiten 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 AWS CloudTrail Protokollen verfolgen. Oder Sie können auf der Connect Customer Admin-Website zu Benutzerverwaltung, Historische Änderungen anzeigen navigieren, um einen Audit-Trail 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 den Ressourcennamen wird die Ressource ReplicateInstance nicht 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 ReplicateInstance müssen Sie mithilfe der AssociateTrafficDistributionGroupUser API Agenten entweder der Standard-Traffic-Verteilergruppe oder einer benutzerdefinierten Traffic-Verteilergruppe zuordnen.

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

Eigenschaften der Replikat-Instance

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

  • ReplicateInstanceerstellt eine Standard-Traffic-Verteilergruppe, falls noch keine vorhanden ist. Diese standardmäßige Datenverkehr-Verteilergruppe hat drei Arten der Datenverkehrsverteilung:

    • Anmelden

    • Agent

    • Telefonie

    Verwenden Sie die CreateTrafficDistributionGroup API, um weitere Traffic-Verteilergruppen zu erstellen. Diese zusätzlichen Traffic-Verteilergruppen sind jedoch keine Standard-Traffic-Verteilergruppen 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. Siehe den IsDefault Parameter im TrafficDistributionGroup Datentyp.

  • Sie verwendenSignInConfig, um die Backend-Anmeldeserver auszuwählen, die dem Agenten bei der Anmeldung bei seiner Connect Customer-Instanz helfen. 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 des Flow-Moduls

  • Benutzerdefinierte Metriken

  • Testfälle

  • Benachrichtigungen

Wichtige Hinweise zu bestimmten Ressourcen

  • Gespeicherte Berichte: Während gespeicherte Berichte repliziert werden, werden die mit gespeicherten Berichten verknüpften Zeitpläne nicht repliziert.

  • Ansichten: Nur Ansichten in einem veröffentlichten Zustand werden repliziert. Ansichten im Entwurfsstatus werden nicht repliziert.

  • Datentabellen: Wenn Sie eine Instance replizieren, aktualisiert Connect-Kunde den Regionalcode eines wörtlichen Amazon-Ressourcennamens (ARN) für eine Support-Ressource eines Connect-Kunden oder eines Connect-Customer-Mitarbeiters auf die lokale Region. Dies gilt unabhängig davon, ob der ARN als einfacher Datentabellenwert gespeichert wird oder in einem unterstützten Ausdruck erscheint (z. B. =HOOP() oder=XLOOKUP()).

ReplicateInstancerepliziert auch 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

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, die Updates innerhalb von 30 Minuten zu synchronisieren.

Was ist nach der Erstellung der Replikat-Instance zu tun

Nachdem Ihre Replikatinstanz von Connect Customer 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 AssociateTrafficDistributionGroupUser API, 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, um Hilfe bei den folgenden Aktivitäten zu erhalten:

  • Um den Status der Spiegelung besser zu verstehen als in den CloudTrail Protokollen und im Audit-Trail auf der Connect Customer Admin-Website.

Warum ein ReplicateInstance Anruf fehlschlägt

Ein ReplicateInstance API-Aufruf schlägt InvalidRequestException in den folgenden Fällen mit einem 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 ReplicateInstance API-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, welche Region Ihre Quellregion für Ihre Connect Customer-Instances ist, führen Sie die folgenden Schritte aus, um sie zu finden:

  1. Rufen Sie die ListTrafficDistributionGroups API 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 das beispielsweise die Region Ihrer Connect Customer-Instanz.

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