Een wereldwijd e-commercebedrijf host een webapplicatie met statische en dynamische content en slaat OLTP-gegevens op in een Amazon RDS-database. Gebruikers ervaren trage paginalaadtijden. Welke combinatie van acties moet een solutions architect ondernemen om dit probleem op te lossen? (Kies twee.)

Trage paginalaadtijden duiden vaak op latency-problemen bij het leveren van content en/of database-bottlenecks. 1. Stel een Amazon CloudFront-distributie in: CloudFront is een Content Delivery Network (CDN) dat statische en dynamische content cachet op edge-locaties wereldwijd. Dit vermindert de afstand tussen gebruikers en de content, wat de laadtijden aanzienlijk versnelt. 2. Maak een read replica voor de RDS DB instance: Een read replica ontlast de primaire database van leesverzoeken. Dit verbetert de prestaties van de applicatie, vooral bij een hoog aantal gelijktijdige gebruikers die gegevens opvragen, wat de paginalaadtijden verkort. Waarom de andere opties niet correct zijn: Configureer een Amazon Redshift-cluster: Redshift is een datawarehouse voor analytische workloads, niet voor OLTP-gegevens of het verbeteren van webapplicatieprestaties. Host de dynamische webcontent in Amazon S3: S3 is uitstekend voor statische content, maar niet geschikt voor het direct hosten van dynamische webapplicaties die server-side processing vereisen. Configureer een Multi-AZ deployment voor de RDS DB instance: Multi-AZ verhoogt de beschikbaarheid en fouttolerantie, maar verbetert de leesprestaties niet direct. Het is geen oplossing voor trage paginalaadtijden als gevolg van hoge leesbelasting.