Une application utilise une fonction Lambda avec une file d'attente SQS nommée « high priority queue » comme source d'événements. Une deuxième file d'attente SQS, « low priority queue », est ajoutée. La fonction Lambda doit toujours lire jusqu'à 10 messages simultanés de la « high priority queue » avant de consommer de la « low priority queue », et la fonction Lambda ne doit jamais dépasser 100 invocations simultanées. Quelle configuration répond à ces exigences ?

La concurrence maximale du mappage de source d'événements (Maximum Concurrency) permet de contrôler le nombre maximum d'invocations simultanées de la fonction Lambda pour une source d'événements SQS donnée. En définissant 10 pour la « high priority queue » et 90 pour la « low priority queue », la fonction Lambda traitera toujours jusqu'à 10 messages de la file d'attente à haute priorité avant d'en traiter de la file d'attente à basse priorité, tout en respectant la limite totale de 100 invocations simultanées (10 + 90 = 100). La taille de lot (Batch Size) définit le nombre maximum de messages que Lambda envoie à la fonction en une seule invocation, mais ne contrôle pas la priorité ni la concurrence entre les files d'attente. Le délai de livraison (Delivery Delay) est une propriété de la file d'attente SQS elle-même et affecte le moment où les messages deviennent visibles, pas la concurrence de Lambda. La fenêtre de lot (Batch Window) définit la durée maximale pendant laquelle Lambda collecte des messages avant d'invoquer la fonction, mais ne gère pas la priorité ni la concurrence simultanée entre différentes files d'attente.