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

# Amazon Connect: istanza singola o istanze multiple?
<a name="single-instance-multiple-instances"></a>

## Istanza singola di Amazon Connect (inclusa una singola coppia ACGR)
<a name="single-instance-connect"></a>

### Ideale per
<a name="single-instance-best-for"></a>

Un contact center centralizzato con infrastruttura condivisa ed esperienza cliente unificata.

### Pro
<a name="single-instance-pros"></a>
+ **Riduzione del sovraccarico operativo**: sistema Manage/maintain singolo, meno duplicazioni di configurazioni e configurazioni.
+ **Gestione centralizzata**: metriche unificate, report, code, profili di routing, utenti, ecc.
+ **Esperienza cliente coerente**: IVR, flussi e impostazioni comuni tra i team.

### Contro
<a name="single-instance-cons"></a>
+ Progettazione di **isolamento dati/tenant: è necessario progettare** l'isolamento dei dati tra unità aziendali, marchi o aree geografiche.
+ **Ubicazione geografica singola**: la latenza può essere elevata nelle regioni lontane dall'istanza.
+ **Gestione delle quote** di servizio: la gestione delle quote di servizio può essere più impegnativa a causa della difficoltà di prevedere l'utilizzo e la crescita tra più unità aziendali.

## Istanze multiple di Amazon Connect
<a name="multiple-instances-connect"></a>

### Ideale per
<a name="multiple-instances-best-for"></a>

Aziende con requisiti geografici, normativi o di sicurezza impossibili da implementare in una singola regione (telefonia, segregazione dei dati, latenza dovuta alla distanza fisica, ecc.).

### Pro
<a name="multiple-instances-pros"></a>
+ **Forte isolamento**: ogni BU o regione può avere i propri agenti, routing e report. L'isolamento è richiesto per gli agenti in India, Corea del Sud e Sudafrica.
+ **Configurazioni personalizzate**: i flussi, i prompt e le integrazioni possono essere personalizzati per istanza.
+ **Residenza dei dati più semplice**: può essere utile per la conformità nelle organizzazioni multinazionali.
+ **Raggio di esplosione ridotto**: un problema in un caso non influisce sugli altri.
+ **Prossimità geografica:** è possibile scegliere le regioni per mantenere locale il traffico di telefonia locale.

### Contro
<a name="multiple-instances-cons"></a>
+ **Sovraccarico di gestione più elevato**: necessità di mantenere e aggiornare più ambienti.
+ **Reportistica frammentata**: attualmente è necessario creare report multiregionali.
+ **Costi aumentati**: ogni istanza può richiedere risorse duplicate (Lambda, Amazon Lex, API).
+ **Esperienza utente incoerente**: a meno che non sia regolamentata in modo rigoroso, ogni istanza può variare nella progettazione del flusso, nell'esperienza del cliente, nei modelli di sicurezza del cliente, ecc.

## Riepilogo
<a name="single-multiple-instances-summary"></a>

La decisione di scegliere un'architettura a istanza singola o a istanza multipla è differenziata e dipende in larga misura dalla natura dei requisiti del cliente. Considerando la scalabilità, la personalizzabilità, la programmabilità e la sicurezza di Amazon Connect, in genere consigliamo architetture Amazon Connect a istanza singola (inclusa una singola coppia Amazon Connect Global Resiliency) in assenza di requisiti vincolanti che richiedano più regioni.