Firma codziennie ładuje dane transakcyjne do Amazon Redshift i chce śledzić, które tabele zakończyły ładowanie. Inżynier danych będzie rejestrować statusy ładowania w DynamoDB za pośrednictwem funkcji Lambda. Jaki jest najlepszy sposób wywołania funkcji Lambda w celu zapisania statusów?

Poprawna odpowiedź to użycie Amazon Redshift Data API do opublikowania zdarzenia w Amazon EventBridge i skonfigurowanie reguły EventBridge do wywołania funkcji Lambda. Redshift Data API umożliwia programowy dostęp do klastra Redshift, w tym wykonywanie zapytań i pobieranie wyników. Po zakończeniu ładowania danych, Redshift Data API może opublikować zdarzenie do EventBridge, które jest bezserwerową magistralą zdarzeń. EventBridge może następnie użyć reguły do odfiltrowania tego zdarzenia i wywołania funkcji Lambda, która zapisze status ładowania w DynamoDB. Inne opcje są mniej optymalne: Użycie drugiej funkcji Lambda opartej na zdarzeniach CloudWatch jest możliwe, ale wymagałoby monitorowania logów lub metryk, co jest mniej bezpośrednie niż użycie Data API. Wysyłanie wiadomości do SQS i wyzwalanie funkcji Lambda jest również możliwe, ale EventBridge jest bardziej odpowiednie do orkiestracji zdarzeń i integracji usług AWS. Użycie zdarzeń CloudTrail do wywołania funkcji Lambda jest niewłaściwe, ponieważ CloudTrail służy do audytu aktywności w AWS, a nie do wyzwalania akcji po zakończeniu ładowania danych w Redshift.