Un'azienda utilizza AWS Organizations. Ogni team di sviluppo ha il proprio account AWS, ciascuno con una singola VPC e blocchi CIDR non sovrapposti. Un cluster di database Amazon Aurora risiede in un account di servizi condivisi e tutti i team di sviluppo devono accedere ai dati live da tale cluster. Quale soluzione fornisce la connettività richiesta al cluster di database con il minor overhead operativo?

La soluzione corretta sfrutta AWS Transit Gateway per centralizzare la connettività di rete tra i VPC di diversi account. Creando un Transit Gateway nell'account dei servizi condivisi e condividendolo tramite AWS Resource Access Manager (AWS RAM), tutti gli account di sviluppo possono connettersi al Transit Gateway e, di conseguenza, al VPC che ospita il cluster Aurora. Questo riduce l'overhead operativo perché elimina la necessità di creare e gestire connessioni peer-to-peer individuali tra ogni VPC di sviluppo e il VPC dei servizi condivisi. Le altre opzioni sono meno efficienti o non adatte: Utilizzare AWS RAM per condividere direttamente il cluster di database non è una funzionalità supportata per i cluster Aurora. AWS RAM è per la condivisione di risorse di rete come Transit Gateway o sottoreti. Creare un Application Load Balancer con AWS PrivateLink introdurrebbe un livello di complessità e costo aggiuntivo non necessario per la connettività interna tra VPC, specialmente per un cluster di database. Creare una connessione Site-to-Site VPN e distribuire software client VPN è una soluzione progettata per la connettività da reti on-premise o utenti esterni, non per la connettività tra VPC all'interno della stessa organizzazione AWS, e aumenterebbe significativamente l'overhead di gestione.