Délai de SQS visibilité d'Amazon

Sondage court : si cette limite est atteinte lors de l'utilisation d'un sondage court, Amazon SQS renvoie un OverLimit message d'erreur indiquant qu'aucun message supplémentaire ne peut être reçu tant que certains messages en cours de vol ne sont pas supprimés.

Interrogation longue : si vous utilisez une interrogation longue, Amazon SQS ne renvoie pas d'erreur lorsque la limite de messages à bord est atteinte. Au lieu de cela, il ne renverra aucun nouveau message tant que le nombre de messages en vol ne sera pas inférieur à la limite.

Files d'attente standard : dans les files d'attente standard, le délai de visibilité empêche plusieurs clients de traiter le même message simultanément. Cependant, en raison du modèle de livraison au moins une fois d'AmazonSQS, il n'existe aucune garantie absolue qu'un message ne sera pas livré plus d'une fois pendant la période d'expiration de visibilité.

FIFOfiles d'attente — Dans les files d'attente FIFO (premier entré, premier sorti), le délai de visibilité garantit que les messages portant le même identifiant de groupe de messages sont traités dans le bon ordre. Si un consommateur ne supprime pas de message avant l'expiration du délai de visibilité, aucun nouveau message portant le même identifiant de groupe n'est délivré tant que le message ne redevient visible ou n'est pas supprimé. Pour les FIFO files d'attente, il est particulièrement important de gérer soigneusement le délai de visibilité afin de préserver l'ordre des messages et l'intégrité du traitement.

Modification du délai d'attente : si le délai de visibilité initial est insuffisant, vous pouvez l'ajuster à l'aide de l'action. ChangeMessageVisibility Cette action vous permet de raccourcir ou de prolonger le délai d'attente en fonction de vos besoins de traitement.

Fin du délai d'attente : si vous décidez de ne pas traiter un message reçu, vous pouvez mettre fin à son délai de visibilité en réglant l'VisibilityTimeoutaction à 0 seconde. ChangeMessageVisibility Cela met immédiatement le message à la disposition des autres consommateurs pour qu'ils puissent le traiter.

Réglage et ajustement du délai d'attente. Commencez par définir le délai de visibilité pour qu'il corresponde à la durée maximale dont votre application a généralement besoin pour traiter et supprimer un message. Si vous n'êtes pas sûr du délai de traitement exact, commencez par un délai plus court (par exemple, 2 minutes) et prolongez-le si nécessaire. Vous pouvez implémenter un mécanisme de pulsation pour prolonger périodiquement le délai de visibilité, en veillant à ce que le message reste invisible jusqu'à la fin du traitement. Cela permet de minimiser les délais de retraitement des messages non traités et d'éviter une visibilité prématurée.

Prolongation du délai d'attente et gestion de la limite de 12 heures. Si votre délai de traitement varie ou peut dépasser le délai initialement défini, utilisez l'ChangeMessageVisibilityaction pour prolonger le délai de visibilité pendant le traitement du message. N'oubliez pas que le délai de visibilité est limité à 12 heures à compter de la première réception du message. La prolongation du délai d'attente ne rétablit pas cette limite de 12 heures. Si votre traitement prend plus de temps que ce délai, pensez à utiliser AWS Step Functions ou en divisant la tâche en étapes plus petites.

En pratique, le réglage immédiat du délai de visibilité sur la limite complète de 12 heures peut échouer s'il y a un délai entre la réception du message et la mise à jour du délai d'expiration. Pour éviter cela, utilisez une valeur légèrement inférieure, telle que 43 195 secondes.

Gestion des messages non traités Pour gérer les messages qui échouent à plusieurs tentatives de traitement, configurez une file d'attente de lettres mortes (). DLQ Cela garantit que les messages qui ne peuvent pas être traités après plusieurs tentatives sont capturés séparément pour une analyse ou un traitement plus approfondis, empêchant ainsi leur circulation répétée dans la file d'attente principale.