Un'azienda ospita un'applicazione web a tre livelli con un database PostgreSQL che memorizza i metadati dei documenti. I documenti sono archiviati in Amazon S3. I documenti vengono solitamente scritti una sola volta ma aggiornati frequentemente. Un processo di reporting mensile cerca i metadati utilizzando query relazionali e richiede diverse ore; il reporting non deve bloccare le modifiche o le aggiunte di documenti. Implementare una soluzione per velocizzare il reporting con il minor numero di modifiche al codice dell'applicazione. Quale soluzione soddisfa questi requisiti?

L'opzione corretta è configurare un cluster Amazon Aurora PostgreSQL con una replica Aurora. Aurora PostgreSQL è compatibile con PostgreSQL e offre prestazioni elevate e scalabilità. Le repliche Aurora condividono lo stesso volume di archiviazione sottostante del database primario, il che significa che i dati sono sempre aggiornati e non c'è overhead per la replica dei dati. Eseguire i report sulla replica Aurora scarica il carico di lavoro dal database primario, garantendo che le modifiche e le aggiunte di documenti non siano bloccate. Questa soluzione richiede modifiche minime al codice dell'applicazione poiché si tratta di un database PostgreSQL compatibile. Le altre opzioni sono meno adatte: Amazon DocumentDB non è compatibile con PostgreSQL e richiederebbe modifiche significative al codice. Un'istanza RDS for PostgreSQL Multi-AZ non consente di eseguire query sul nodo secondario, che è solo per il failover. Amazon DynamoDB è un database NoSQL e non è adatto per query relazionali complesse sui metadati.