Firma migruje dwie proste aplikacje Node.js z środowiska lokalnego do AWS. Jedna aplikacja zbiera dane z czujników i zapisuje je do bazy danych MySQL; druga agreguje dane w raporty. Kiedy uruchamiane są zadania agregacji, niektóre zadania ładowania kończą się niepowodzeniem. Migracja musi rozwiązać problemy z ładowaniem i odbyć się bez zakłóceń lub zmian widocznych dla klientów. Co powinien zarekomendować architekt rozwiązań?

Poprawna odpowiedź zapewnia bezproblemową migrację i rozwiązuje problem z obciążeniem. AWS DMS umożliwia ciągłą replikację z lokalnej bazy danych do Aurora MySQL, minimalizując przestoje. Użycie repliki Aurora do zadań agregacji odciąża główną bazę danych, zapobiegając awariom ładowania. Punkty końcowe zbierania danych jako funkcje Lambda za ALB zapewniają skalowalność i wysoką dostępność, a RDS Proxy efektywnie zarządza połączeniami z bazą danych. Po synchronizacji, proste przekierowanie DNS kieruje ruch do AWS, a zadanie DMS jest wyłączane. Pozostałe opcje są mniej optymalne: Pierwsza opcja nie wykorzystuje DMS do ciągłej replikacji, co może prowadzić do przestojów. Druga opcja nie wykorzystuje repliki Aurora do zadań agregacji, co nie rozwiązuje problemu z obciążeniem. Czwarta opcja wprowadza Kinesis, co jest niepotrzebną zmianą architektury dla prostych aplikacji Node.js i nie rozwiązuje problemu z obciążeniem bazy danych w ten sam efektywny sposób.