Firma używa bazy danych SQL działającej na instancji Amazon RDS Single-AZ DB do przechowywania publicznie dostępnych danych filmowych. Skrypt uruchamia zapytania w losowych odstępach czasu każdego dnia, aby zarejestrować liczbę dodanych nowych filmów. Skrypt musi zgłosić końcową sumę w godzinach pracy. Zespół programistów zauważa, że wydajność bazy danych jest niewystarczająca dla zadań rozwojowych, gdy skrypt jest uruchomiony. Architekt rozwiązań musi zarekomendować rozwiązanie o NAJMNIEJSZYM narzucie operacyjnym. Które rozwiązanie spełni ten wymóg?

Utworzenie repliki odczytu bazy danych i skierowanie skryptu do niej jest najlepszym rozwiązaniem, ponieważ odciąża obciążenie z głównej instancji Single-AZ DB. Replikacja odczytu pozwala na skalowanie odczytów bez wpływu na wydajność zapisu i odczytu instancji głównej, co poprawia wydajność dla zespołu programistów. Jest to rozwiązanie o najmniejszym narzucie operacyjnym, ponieważ AWS zarządza replikacją. Modyfikacja do Multi-AZ poprawia dostępność i odporność na awarie, ale nie skaluje odczytów. Ręczne eksportowanie danych jest nieefektywne i obarczone błędami. Użycie ElastiCache jest dobrym rozwiązaniem dla często powtarzających się zapytań, ale skrypt uruchamia zapytania w losowych odstępach czasu, co może nie być optymalne dla buforowania, a także wymagałoby modyfikacji kodu skryptu.