Un'azienda ha 20 team di servizio, ognuno nel proprio account AWS e ogni VPC utilizza 192.168.0.0/22. I servizi vengono eseguiti su istanze EC2 dietro ALB e attualmente comunicano tramite la rete internet pubblica. La sicurezza ora richiede che tutto il traffico cross-service utilizzi HTTPS su rete privata senza routing tramite internet. La soluzione dovrebbe minimizzare le modifiche richieste da ciascun team. Quale approccio soddisfa questi requisiti?

L'opzione corretta utilizza AWS PrivateLink, che consente la connettività privata tra VPC, servizi AWS e applicazioni on-premise senza esporre il traffico a Internet. Creando un NLB in ogni VPC e poi esponendolo tramite PrivateLink con endpoint VPC, i team possono accedere ai servizi attraverso la rete privata AWS utilizzando i nomi DNS degli endpoint VPC, minimizzando le modifiche ai servizi esistenti. L'opzione di creare un nuovo account e VPC condiviso con NLB ed EC2 richiederebbe ai team di migrare i loro servizi o di duplicarli, il che non minimizza le modifiche. Il peering VPC tra tutti i 20 VPC creerebbe una complessa rete a maglie (190 peering connections), difficile da gestire e scalare. Un Transit Gateway condiviso è una buona soluzione per la connettività tra VPC, ma richiederebbe comunque la configurazione di route e non fornirebbe la stessa astrazione del servizio di PrivateLink per la comunicazione inter-servizio, che è l'obiettivo principale qui.