Sprzedawca detaliczny używa Amazon Aurora PostgreSQL do transakcji na żywo i Amazon Redshift jako hurtowni danych. Codzienny proces ETL aktualizuje Redshift z PostgreSQL. Aby zmniejszyć koszty Redshift, inżynier musi przechowywać w Redshift tylko dane z ostatnich 15 miesięcy, archiwizować dane historyczne i nadal uruchamiać analizy, które łączą dane PostgreSQL na żywo, bieżące dane Redshift i zarchiwizowane dane historyczne. Które kroki spełnią te wymagania? (Wybierz dwie opcje.)

Amazon Redshift Federated Query pozwala na bezpośrednie zapytania do danych w Amazon Aurora PostgreSQL, co spełnia wymóg łączenia danych na żywo. Redshift Spectrum jest przeznaczony do zapytań na danych w S3, a nie bezpośrednio w PostgreSQL. Opcja z UNLOAD do S3 i użyciem Redshift Spectrum dla danych historycznych jest poprawna, ponieważ pozwala na archiwizację i dostęp do starszych danych bez ich przechowywania w Redshift, co redukuje koszty. UNLOAD do S3 Glacier Flexible Retrieval jest mniej odpowiednie, ponieważ Redshift Spectrum nie może bezpośrednio odpytywać danych w Glacier; wymagałoby to przywrócenia danych do S3 Standard. Tworzenie zmaterializowanego widoku w Redshift nie rozwiąże problemu łączenia danych z różnych źródeł w sposób efektywny kosztowo dla danych historycznych i nie umożliwi bezpośredniego dostępu do danych na żywo z PostgreSQL.