Un servizio di raccomandazione di prodotti è in esecuzione in una VPC con CIDR 192.168.224.0/19, dietro un NLB e Auto Scaling. L'ambiente di produzione si trova in una VPC separata con CIDR 192.168.128.0/17. L'azienda deve integrare l'ambiente di produzione con il servizio di raccomandazione entro 5 giorni con interruzioni minime. Quale soluzione soddisfa questo requisito con il minor impatto sugli ambienti esistenti?

La soluzione corretta è creare un VPC endpoint service e un interface VPC endpoint. Questo approccio consente alla VPC di produzione di accedere al servizio di raccomandazione nella sua VPC separata in modo privato, senza attraversare internet o richiedere modifiche significative all'infrastruttura di rete esistente. Un VPC endpoint service (con NLB) espone il servizio, e un interface endpoint nella VPC di produzione si connette a esso, fornendo connettività privata e sicura. Le altre opzioni sono meno adatte: Il VPC peering è fattibile, ma richiede la gestione delle tabelle di routing e dei gruppi di sicurezza in entrambe le VPC, e non scala bene per molte connessioni. Inoltre, i CIDR 192.168.224.0/19 e 192.168.128.0/17 non si sovrappongono, rendendo il peering tecnicamente possibile ma meno elegante di un endpoint service. Ridistribuire il servizio web nella VPC di produzione è una soluzione drastica che richiede molto tempo e interrompe il servizio, violando il requisito di "minime interruzioni" e "5 giorni". Un Transit Gateway è una soluzione robusta per interconnettere molte VPC, ma è eccessiva per la connessione tra solo due VPC e introduce complessità aggiuntiva che non è necessaria per questo caso d'uso specifico, soprattutto con il vincolo temporale.