Un'azienda esegue la sua applicazione web legacy su AWS. Il server dell'applicazione web è in esecuzione su un'istanza Amazon EC2 nella sottorete pubblica di un VPC. Il server dell'applicazione web raccoglie immagini dai clienti e archivia i file immagine in un volume Amazon Elastic Block Store (Amazon EBS) collegato localmente. I file immagine vengono caricati ogni notte in un bucket Amazon S3 per il backup. Un architetto di soluzioni scopre che i file immagine vengono caricati su Amazon S3 tramite l'endpoint pubblico. L'architetto di soluzioni deve garantire che il traffico verso Amazon S3 non utilizzi l'endpoint pubblico. Quale soluzione soddisferà questi requisiti?

La soluzione corretta è creare un gateway VPC endpoint per S3 e configurare la tabella di routing della sottorete. Un gateway VPC endpoint consente alle istanze EC2 nel VPC di accedere ai servizi S3 tramite la rete AWS, senza passare per Internet. Questo garantisce che il traffico verso S3 non utilizzi l'endpoint pubblico, soddisfacendo il requisito. Spostare il bucket S3 all'interno del VPC non è possibile, poiché i bucket S3 sono risorse globali e non risiedono all'interno di un VPC specifico. Creare un access point S3 non impedisce l'uso dell'endpoint pubblico; gli access point sono un modo per gestire l'accesso ai bucket, non per reindirizzare il traffico di rete. Configurare una connessione AWS Direct Connect non è la soluzione appropriata in questo scenario, in quanto Direct Connect è utilizzato per collegare la rete on-premise ad AWS, non per reindirizzare il traffico interno al VPC verso S3.