Aplikacja do składania zamówień firmy przechowuje dane klientów w Amazon RDS for MySQL. W godzinach pracy pracownicy uruchamiają jednorazowe zapytania raportujące, które powodują długotrwałe odczyty i prowadzą do przekroczenia limitów czasu podczas przetwarzania zamówień. Firma musi wyeliminować przekroczenia limitów czasu, ale nadal umożliwiać pracownikom uruchamianie zapytań. Co powinien zrobić architekt rozwiązań, aby spełnić te wymagania?

Utworzenie repliki odczytu Amazon RDS for MySQL to optymalne rozwiązanie. Replikacja odczytu pozwala na odciążenie głównej instancji bazy danych, kierując zapytania raportujące, które są operacjami tylko do odczytu, do oddzielnej repliki. Dzięki temu główna instancja DB może skupić się na przetwarzaniu transakcji składania zamówień, eliminując przekroczenia limitów czasu. Pozostałe opcje są mniej odpowiednie: Rozproszenie aplikacji do składania zamówień na instancję podstawową i replikę odczytu nie rozwiąże problemu, ponieważ aplikacja nadal będzie generować obciążenie transakcyjne na głównej instancji, a replika odczytu jest przeznaczona dla operacji odczytu, nie zapisu. Migracja do Amazon DynamoDB wymagałaby znacznych zmian w architekturze aplikacji i nie jest bezpośrednią odpowiedzią na problem obciążenia zapytań raportujących w RDS. Planowanie zapytań raportujących poza godzinami szczytu nie spełnia wymagania, aby pracownicy mogli uruchamiać zapytania w dowolnym momencie.