Firma kurierska uruchamia aplikację na instancjach Amazon EC2 z klastrem Amazon Aurora MySQL DB. W miarę rozwoju aplikacji, wykorzystanie EC2 rośnie tylko nieznacznie, podczas gdy wykorzystanie klastra DB rośnie znacznie szybciej. Dodanie repliki odczytu zmniejsza obciążenie bazy danych tylko na krótko; obciążenie nadal rośnie. Operacje zwiększające wykorzystanie bazy danych to powtarzające się instrukcje odczytu związane ze szczegółami dostawy. Firma musi zredukować wpływ powtarzających się odczytów na klaster DB w sposób NAJBARDZIEJ opłacalny. Które rozwiązanie spełnia ten wymóg?

Wdrożenie klastra Amazon ElastiCache for Redis jest najbardziej opłacalnym rozwiązaniem, ponieważ Redis to szybka pamięć podręczna w pamięci, która może przechowywać często odczytywane dane (szczegóły dostawy), znacznie zmniejszając obciążenie głównej bazy danych Aurora MySQL. Dane są pobierane z pamięci podręcznej zamiast z bazy danych, co przyspiesza operacje odczytu i zmniejsza koszty operacyjne bazy danych. Dodanie dodatkowej repliki odczytu tylko tymczasowo zmniejszy obciążenie, ponieważ problemem są powtarzające się odczyty, a nie brak skalowalności odczytu. Aurora Auto Scaling dla replik odczytu również nie rozwiąże problemu powtarzających się odczytów, ponieważ repliki nadal będą obciążane tymi samymi zapytaniami. Modyfikacja klastra DB w celu posiadania wielu instancji zapisu nie jest odpowiednia, ponieważ problem dotyczy operacji odczytu, a nie zapisu.