View a markdown version of this page

Créez une réplique de votre instance Connect Customer existante - Client Amazon Connect
Points importants à connaîtreCaractéristiques de l’instance de réplicaRessources mises en miroir dans l’instance de réplicaQue faire après la création de l’instance de réplicaQuand contacter AWS  SupportPourquoi un ReplicateInstance appel échoueTrouver la région source de votre instance

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Créez une réplique de votre instance Connect Customer existante

Note

Nouvel utilisateur ? Consultez l'atelier Connect Customer Global Resiliency Workshop. Ce cours en ligne vous guide tout au long du processus d’intégration et de test du basculement des numéros de téléphone et agents à l’aide de nouvelles API, via l’interface de ligne de commande AWS.

Global Resiliency est disponible uniquement pour les instances Connect Customer créées dans les AWS régions suivantes : USA Est (Virginie du Nord), USA Ouest (Oregon), Asie-Pacifique (Osaka), Asie-Pacifique (Tokyo), Europe (Francfort) et Europe (Londres).

  • Vous ne pouvez créer un réplica dans la région USA Est (Virginie du Nord) que si votre source est la région USA Ouest (Oregon), et inversement.

  • Vous ne pouvez créer un réplica dans la région Europe (Francfort) que si votre source est la région Europe (Londres), et inversement.

  • Vous ne pouvez créer un réplica dans la région Asie-Pacifique (Osaka) que si votre source est la région Asie-Pacifique (Tokyo).

Pour accéder à cette fonctionnalité, contactez votre architecte de solutions client Connect ou votre responsable de compte technique.

Vous appelez l'ReplicateInstanceAPI pour créer une réplique de votre instance Connect Customer dans une autre instance Région AWS et pour y copier les informations de configuration des ressources Connect Customer Régions AWS.

Points importants à connaître

  • Avant de courir ReplicateInstance:

    • Assurez-vous de disposer des autorisations IAM minimales requises pour créer une instance. Consultez Autorisations requises pour utiliser des politiques IAM personnalisées afin de gérer l'accès à la console Connect Customer.

    • Mettez à jour vos flux pour remplacer toutes les régions codées en dur par un paramètre $.AwsRegion ou $['AwsRegion']. Au moment de l’exécution du flux, ces paramètres sont remplacés par la région dans laquelle le flux est exécuté.

    • Vérifiez que vos fonctions Lambda portent le même nom dans les Régions AWS .

    • Pour les robots Amazon Lex, vous pouvez effectuer l’une des opérations suivantes :

      • utiliser Amazon Lex Global Resiliency pour répliquer les robots entre les régions AWS et retenir l’ID du bot.

      • Changez vos flux en branche en fonction de la AWS région dans laquelle le flux s'exécute. Au moment de l’exécution du flux, ces paramètres sont remplacés par la région dans laquelle le flux est exécuté, comme illustré dans l’exemple suivant.

        Page de propriétés du bloc Vérifier les attributs de contact

    • Pour autoriser Clés gérées par AWS l'entrée de l'instance de réplique, à l'aide de la AWS console, créez une instance Connect Customer temporaire dans la région où vous prévoyez de créer l'instance de réplique. Cela créera la valeur par défaut Clés gérées par AWS pour Connect Customer.

  • ReplicateInstancecopie la configuration Connect Customer dans le Régions AWS cadre du processus de réplication initial. Une fois cette première étape terminée, toute modification apportée ultérieurement aux ressources d’origine ou aux ressources mises en miroir est synchronisée en continu. Cela se produit de manière bidirectionnelle, de la source au réplica et du réplica à la source.

  • Tous les numéros de téléphone de l’instance source qui ne sont pas encore associés à des groupes de numéros sont automatiquement ajoutés au groupe de répartition du trafic par défaut. Cette étape met à disposition les numéros de téléphone à la fois dans les régions source et de réplica. Elle permet également de mettre en miroir les associations numéro de téléphone-flux entre les Régions AWS.

  • Pour les exemples en Asie-Pacifique (Tokyo), seuls les numéros de téléphone explicitement activés pour Connect Customer Global Resiliency (ACGR) prendront en charge le comportement de réplication complet vers la région Asie-Pacifique (Osaka). Lorsqu’ils transitent par l’Asie-Pacifique (Osaka), les appels entrants peuvent prendre jusqu’à 20 secondes pour être acheminés.

  • L’accès d’urgence pour se connecter à l’instance de réplica n’est disponible qu’une fois que le profil de routage et la file d’attente par défaut ont été mis en miroir entre les régions.

  • Au fur et à mesure que la configuration se propage Régions AWS, vous pouvez consulter la progression dans les AWS CloudTrail journaux. Ou, sur le site Web de l' Connect Customer administrateur, vous pouvez accéder à Gestion des utilisateurs, Afficher l'historique des modifications pour afficher une piste d'audit des modifications apportées aux utilisateurs. Des pistes d’audit sont également disponibles pour d’autres configurations.

  • Le CloudTrail journal peut contenir les erreurs suivantes qui n'ont aucune incidence sur la mise en miroir des configurations.

    • Erreurs HTTP 409 (conflit) : ces erreurs se produisent en raison de conflits de mise en miroir lors du traitement rapide de plusieurs mises à jour de configuration effectuées sur la même ressource du centre de contact. Bien que ces erreurs puissent apparaître dans vos journaux, elles n’ont aucune incidence sur la mise en miroir effective des ressources de votre centre de contact.

  • Un conflit de noms de ressources se produit si les ressources de l’instance source et de l’instance de réplica portent le même nom mais des identifiants de ressource différents. Cela peut se produire, par exemple, si la ressource de l’instance de réplica a été créée manuellement en dehors du processus de réplication.

    En cas de conflit de nom de ressource, ReplicateInstancene synchronise pas la ressource entre les régions. Au lieu de cela, il génère une erreur ResourceConflictException. Après avoir résolu le conflit de noms (par exemple : avoir supprimé la ressource dans l’instance de réplica), vous pouvez exécuter à nouveau ReplicateInstance pour synchroniser la ressource.

  • Après l'exécutionReplicateInstance, vous devez utiliser l'AssociateTrafficDistributionGroupUserAPI pour associer les agents au groupe de distribution de trafic par défaut ou à un groupe de distribution de trafic personnalisé.

  • ReplicateInstanceL'exécution ne synchronise pas les fonctions Lambda, les robots Amazon Lex ou les autres intégrations tierces que vous pourriez avoir.

Caractéristiques de l’instance de réplica

  • La réplique de l'instance Connect Customer est créée dans le même AWS compte que votre instance Connect Customer existante.

  • ReplicateInstancecrée un groupe de distribution de trafic par défaut s'il n'en existe pas déjà un. Ce groupe de répartition du trafic par défaut comporte trois types de répartition du trafic :

    • Connexion

    • Agent

    • Téléphonie

    Utilisez l'CreateTrafficDistributionGroupAPI pour créer d'autres groupes de distribution de trafic. Toutefois, ces groupes de distribution de trafic supplémentaires ne sont pas des groupes de distribution de trafic par défaut et ne prennent donc en charge que les distributions d'agents et de téléphonie.

  • Le groupe de répartition du trafic par défaut est le seul groupe de répartition du trafic dont vous pouvez modifier la répartition SignInConfig. Consultez le IsDefault paramètre dans le type de TrafficDistributionGroupdonnées.

  • Vous choisissez SignInConfig les serveurs de connexion principaux pour aider l'agent à se connecter à son instance Connect Customer. Par exemple, si vous appelez UpdateTrafficDistribution avec une valeur SignInConfig modifiée et une valeur TrafficDistributionGroup différente de celle par défaut, une erreur InvalidRequestException est renvoyée.

  • L'instance de réplication possède le même ID d'instance que l'instance Connect Customer à partir de laquelle elle est répliquée.

Ressources mises en miroir dans l’instance de réplica

ReplicateInstancereflète les Connect Customer ressources suivantes dans l'ensemble Régions AWS.

Important

Les quotas de service pour ces ressources sont automatiquement mis en correspondance entre les Régions AWS avant la mise en miroir des ressources entre les régions. Pour augmenter tout autre quota dans l’instance de réplica, soumettez une demande.

  • Compétences des agents

  • Flux

  • Modules de flux

  • Utilisateurs

  • Profils de routage

  • Files d’attente

  • Profils de sécurité

  • Heures de fonctionnement.

  • Connexions rapides

  • Attributs prédéfinis

  • Invites (sauf celles stockées dans S3)

  • Hiérarchies d’utilisateurs (groupes et niveaux)

  • Statut de l’agent

  • Attributs prédéfinis

  • Rapports enregistrés

  • Vues

  • Tableaux de données

  • Espaces de travail

  • Versions du module Flow

  • Alias du module Flow

  • Métriques personnalisées

  • Cas de test

  • Notifications

Remarques importantes concernant des ressources spécifiques

  • Rapports enregistrés : lorsque les rapports enregistrés sont répliqués, les plannings associés aux rapports enregistrés ne sont pas répliqués.

  • Vues : seules les vues à l'état publié sont répliquées. Les vues à l'état de brouillon ne sont pas répliquées.

  • Tables de données : les valeurs des tables de données contenant des références ARN littérales ajustent automatiquement le code de région à la région locale lors de la réplication. Les ARN construits à l'aide d'expressions peuvent ne pas ajuster automatiquement le code de région.

ReplicateInstancereproduit également les associations suivantes entre Régions AWS :

  • Numéro de téléphone vers flux

  • File d’attente vers profil de routage

  • Utilisateur vers profil de sécurité, profil de routage et hiérarchie d’utilisateurs

  • Profils de routage

  • File d’attente vers connexions rapides

  • File d’attente vers heures de fonctionnement

  • File d’attente vers flux

Note

Après la réplication initiale, les modifications de configuration sont répliquées de manière bidirectionnelle entre les instances répliquées en temps quasi réel. En cas d'échec, Connect Customer Global Resiliency tente de synchroniser les mises à jour dans les 30 minutes.

Que faire après la création de l’instance de réplica

Une fois votre instance répliquée Connect Customer créée, vous devez la configurer :

  1. Garantissez la redondance pour les intégrations frontales et dorsales (par exemple : SSO, Lambda, Lex) entre les régions.

  2. Effectuez les mises à jour manuelles correspondantes sur les instances liées.

  3. Utilisez l'AssociateTrafficDistributionGroupUserAPI pour associer les agents au groupe de distribution de trafic par défaut.

    Pour que les agents puissent être associés à un groupe de répartition du trafic, ils doivent être présents à la fois sur l’instance source et sur l’instance de réplica. Vous ne pouvez pas associer des utilisateurs à un groupe de répartition du trafic lorsqu’ils viennent d’être ajoutés à l’instance source et qu’ils ne figurent pas encore dans le réplica.

Quand contacter AWS Support

Contactez AWS le Support pour obtenir de l'aide concernant les activités suivantes :

  • Pour comprendre l'état de la mise en miroir au-delà de ce qui est disponible dans les CloudTrail journaux et la piste d'audit sur le site Web de l' Connect Customer administrateur.

Pourquoi un ReplicateInstance appel échoue

Un appel d'ReplicateInstanceAPI échoue avec un InvalidRequestException dans les cas suivants :

  1. La région dans laquelle vous créez le réplica est la même que celle de l’instance existante.

  2. L'instance a déjà été répliquée dans le cadre d'un autre appel d'ReplicateInstanceAPI.

  3. L’instance ne possède pas d’alias.

  4. L’instance n’a pas le statut ACTIVE.

  5. SAML n’est pas activé pour l’instance.

  6. Il existe un conflit de noms de ressources.

Comment trouver la région source de vos instances Connect Customer

Si vous oubliez quelle région est votre région source pour vos instances Connect Customer, effectuez les étapes suivantes pour la trouver :

  1. Appelez l'ListTrafficDistributionGroupsAPI avec votreInstanceId.

  2. Pour tout groupe de répartition du trafic figurant dans la liste de réponses, l’InstanceARN renvoyé inclut la région source. Par exemple, dans l'ARN suivant, source-region figurerait la région de votre instance Connect Customer.

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