Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Requisiti di Amazon Connect Global Resiliency
Se hai deciso che Amazon Connect Global Resiliency è l’implementazione appropriata per te, assicurati di rispettare i seguenti prerequisiti prima dell’onboarding:
-
Trasferisci tutti i numeri di telefono che desideri abilitare in modo che siano multi-Regione su Amazon Connect.
-
È necessario disporre di un’istanza Amazon Connect abilitata per SAML 2.0 di produzione esistente in una Regione in cui è disponibile Amazon Connect Global Resiliency. Per confermare, consulta Disponibilità di Global Resiliency per Regione.
-
È consigliabile effettuare l’onboarding e il test dei servizi Amazon Connect Global Resiliency in un ambiente di test prima di effettuare l’onboarding del traffico di produzione.
-
Richiedi che TUTTE le quote di servizio nell'istanza di replica corrispondano alle quote di servizio nell'istanza di origine: crea un caso di aumento della quota di servizio in AWS Management Console > Support.
-
Assicurati che le funzioni Lambda in tutte le AWS regioni abbiano lo stesso nome.
-
Aggiorna i flussi per sostituire qualsiasi regione codificata con un parametro
$.AwsRegiono$['AwsRegion'].Nota
Nel blocco Funzione AWS Lambda ,
$.AwsRegionnon è consentito nel flowArn.Per utilizzare
$.AwsRegion, è necessario utilizzare un blocco Set contact attributes (Imposta attributi contatti) per impostare il flusso, ad esempio:flowIdKey:arn:aws:connect:$.AwsRegion:123456789012:instance/12345678-1234-1234-1234-123456789012/contact-flow/12345678-1234-1234-1234-123456789012Successivamente utilizza quella chiave di attributo nel blocco Funzione AWS Lambda come
${flowIdKey}.$.AwsRegionè supportato solo per l’ARN Lambda e l’ARN Lex. -
Per i bot Amazon Lex, puoi eseguire una delle seguenti operazioni:
-
Usa Amazon Lex Global Resiliency per replicare i bot tra le AWS regioni e conservare l'ID bot.
-
Cambia i flussi in branch in base alla AWS regione in cui è in esecuzione il flusso. In fase di runtime, questi parametri vengono sostituiti con la Regione in cui viene eseguito il flusso, come mostrato nell’esempio seguente.
-