Une entreprise charge quotidiennement des données de transaction dans Amazon Redshift et souhaite suivre les tables dont le chargement est terminé. Un ingénieur de données enregistrera les statuts de chargement dans DynamoDB via une fonction Lambda. Quelle est la meilleure façon d'invoquer la fonction Lambda pour écrire les statuts ?

La meilleure approche est d'utiliser l'API de données Amazon Redshift pour publier un événement sur Amazon EventBridge, puis de configurer une règle EventBridge pour invoquer la fonction Lambda. L'API de données Redshift permet d'exécuter des requêtes SQL et de recevoir des notifications sur leur achèvement, ce qui est idéal pour signaler la fin d'un chargement. EventBridge est un service de bus d'événements sans serveur qui permet de router des événements de différentes sources vers des cibles, comme une fonction Lambda, de manière fiable et évolutive. Les autres options sont moins optimales : Utiliser une seconde fonction Lambda basée sur CloudWatch ou CloudTrail n'est pas idéal car CloudWatch est principalement pour la surveillance et CloudTrail pour l'audit, et aucun des deux ne fournit un mécanisme direct et simple pour déclencher une action spécifique à la fin d'un chargement Redshift. Envoyer un message à une file d'attente SQS est une option viable pour le découplage, mais l'intégration directe via EventBridge est souvent plus simple et plus directe pour ce cas d'usage spécifique de déclenchement d'une Lambda suite à un événement Redshift.