Un'azienda archivia file di testo in Amazon S3 che contengono messaggi di chat dei clienti, timestamp e PII dei clienti. L'azienda deve fornire campioni di conversazione a un fornitore di servizi esterno per il controllo qualità. Il fornitore deve selezionare campioni casuali fino alla conversazione più recente. L'azienda non deve condividere i PII dei clienti. La soluzione deve scalare all'aumentare delle conversazioni e avere il minor overhead operativo. Quale soluzione soddisfa questi requisiti?

La soluzione corretta è creare un Object Lambda Access Point con una funzione AWS Lambda che rediga le PII. Questo approccio consente di modificare i dati in transito mentre vengono recuperati da S3, garantendo che le PII siano rimosse prima che il fornitore esterno le riceva. È scalabile, poiché Lambda gestisce automaticamente la capacità, e ha un basso overhead operativo. Le opzioni errate sono: Un processo batch su un'istanza Amazon EC2 che redige i file e li scrive in un bucket S3 separato aggiunge complessità operativa e costi di gestione dell'istanza EC2, oltre a raddoppiare lo spazio di archiviazione per i file. L'uso di Amazon DynamoDB per archiviare solo i dati non PII richiederebbe una logica complessa per ricostruire le conversazioni complete e non sarebbe efficiente per l'archiviazione di file di testo completi. Inoltre, introdurrebbe un'ulteriore dipendenza e complessità architetturale.