Firma migruje trójwarstwową aplikację do AWS, która wymaga bazy danych MySQL. Wcześniej użytkownicy doświadczali słabej wydajności podczas tworzenia nowych wpisów, ponieważ generowali różne raporty w czasie rzeczywistym w godzinach pracy. Które rozwiązanie poprawi wydajność aplikacji po migracji do AWS?

Poprawna odpowiedź to utworzenie klastra Amazon Aurora MySQL Multi-AZ DB z wieloma replikami odczytu i skonfigurowanie aplikacji tak, aby używała punktu końcowego czytnika do raportów. Amazon Aurora to baza danych zgodna z MySQL, która oferuje wysoką wydajność i skalowalność. Replikowanie danych do wielu replik odczytu pozwala na rozłożenie obciążenia związanego z generowaniem raportów, które są operacjami odczytu, na te repliki. Punkt końcowy czytnika automatycznie rozdziela połączenia odczytu między dostępne repliki, co poprawia wydajność i dostępność. Importowanie danych do Amazon DynamoDB i zmiana architektury aplikacji jest kosztownym i czasochłonnym rozwiązaniem, które wymaga znacznych modyfikacji kodu. Tworzenie bazy danych na instancji Amazon EC2 nie oferuje takiej samej skalowalności i zarządzania jak Aurora. Używanie instancji zapasowej klastra jako punktu końcowego dla raportów jest nieprawidłowe, ponieważ instancja zapasowa jest przeznaczona do przejęcia roli głównej w przypadku awarii, a nie do obsługi obciążeń odczytu.