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à.
Architetture di integrazione
Questa sezione illustra le singole architetture che è possibile utilizzare per integrare servizi di terze parti nel Cloud AWS.
Quando scegli un'architettura, prendi in considerazione le caratteristiche più importanti riportate di seguito:
Direzione del traffico: unidirezionale o bidirezionale
Protocollo di rete: TCP o UDP
Scalabilità: numero di cloud privati virtuali (VPCs) che il servizio di terze parti deve supportare
La figura seguente mostra una tabella decisionale che ti consente di selezionare un'architettura per l'integrazione di servizi di terze parti nel Cloud AWS.
La tabella seguente confronta le architetture di integrazione discusse in questa guida.
| Architettura 1: AWS PrivateLink | Architettura 2: peering VPC | Architettura 3.1: Transit Gateway con AWS RAM | Architettura 3.2: peering tra Transit Gateway | |
|---|---|---|---|---|
| Tipo di routing | Peering diretto | Peering diretto | Hub centrali con connessioni in peering diretto | Hub centrali con connessioni in peering diretto |
| Il traffico non è esposto alla rete Internet pubblica | Sì | Sì | Sì | Sì |
| Complessità tipica dell'implementazione | Bassa | Bassa | Elevata | Elevata |
| Complessità tipica dell'architettura | Bassa | Elevata | Media | Media |
| Supporto per il traffico bidirezionale | No | Sì | Sì | Sì |
| Supporto per i blocchi CIDR (routing interdominio senza classi) sovrapposti | Sì | No | No | No |
| Supporto per il routing transitivo | No | No | Sì | Sì |
| Supporto per le connessioni interregionali | No | Sì | Sì | Sì |
| Tipi di traffico supportati | TCP | TCP e UDP | TCP e UDP | TCP e UDP |
| Altamente scalabile | Sì | No | Sì | Sì |
