Comprendre la stratégie de nouvelle tentative avec le pilote dans Amazon QLDB

Le pilote Amazon QLDB utilise une stratégie de nouvelle tentative pour gérer les exceptions transitoires en retentant de manière transparente une transaction ayant échoué. Ces exceptions, telles queCapacityExceededExceptionetRateExceededException, se corrigent généralement après une période donnée. Si la transaction qui a échoué à l'exception fait l'objet d'une nouvelle tentative après un retard approprié, elle est susceptible de réussir. Cela contribue à améliorer la stabilité de l'application utilisant QLDB.

Types d'erreurs réessayables

Le pilote retente automatiquement une transaction si et uniquement si l'une des exceptions suivantes se produit au cours d'une opération au sein de cette transaction :

• Exception de capacité dépassée— Retourné lorsque la demande dépasse la capacité de traitement du livre.

• Exception de session non valide— Retourné lorsqu'une session n'est plus valide ou si la session n'existe pas.

• LimitExceededException— Retourné si une limite de ressources telle que le nombre de sessions actives est dépassée.

• Exception de conflit OCC— Retourné lorsqu'une transaction ne peut pas être écrite dans le journal en raison d'un échec de la phase de vérification decontrôle optimiste de la concurrence(OCC).

• Dépassement du taux d'exception— Retourné lorsque le taux de requêtes dépasse le débit autorisé.

Stratégie de nouvelle tentative d'essai par défaut

La stratégie de nouvelle tentative consiste en une condition de nouvelle tentative et une stratégie d'annulation. La condition de nouvelle tentative définit quand une transaction doit être réessayée, tandis que la stratégie de backoff définit la durée d'attente avant de réessayer la transaction.

Lors de la création d'une instance du pilote, la stratégie de nouvelle tentative par défaut spécifie de réessayer jusqu'à quatre fois et d'utiliser une stratégie de backoff exponentielle. La stratégie de retour exponentiel utilise un délai minimum de 10 millisecondes et un délai maximal de 5000 millisecondes, avec une gigue égale. Si la transaction ne peut pas être validée avec succès dans la stratégie de nouvelle tentative, nous vous recommandons d'essayer la transaction à un autre moment.

Le concept consiste à utiliser des temps d'attente progressivement plus longs entre les tentatives en cas de réponses d'erreur consécutives. Pour plus d'informations, consultez le .AWSbillet de blogInstabilité et backoff exponentiel.