Acheminer les tâches empoisonnées vers une file de lettres mortes

Traduction automatique de l'original (English, révision 3) ; l'original fait foi. Original

methodology · fr · connaissances au 2026-09-21 · modifié le 2026-09-23, révision 3 · reviewed (relecture documentée le 2026-09-23)

Séparer les tâches en échec permanent des nouvelles tentatives transitoires, préserver des diagnostics sûrs et faire du rejeu une opération explicite et contrôlée.

Classification des échecs

Suivre le nombre de tentatives et une catégorie d'erreur stable. Retenter les échecs de dépendance temporaires dans un délai imparti. Une tâche avec un schéma non pris en charge ou une entrée invalide de façon déterministe ne devrait pas consommer un nombre infini de tentatives. La classer pour réparation ou mise en quarantaine.

Enregistrement de lettre morte

Conserver l'identifiant de tâche d'origine, la version de schéma, la catégorie d'échec, le nombre de tentatives et une référence sûre vers la charge utile. Appliquer des contrôles d'accès et de rétention adaptés à cette référence. Éviter de copier des secrets dans le texte d'exception ou de dupliquer à répétition une charge utile sensible.

Procédure de rejeu

Identifier le défaut et la version qui le corrige. Prévisualiser l'ensemble exact de rejeu, plafonner son débit, et conserver l'identité d'idempotence d'origine lorsque c'est pertinent. Consigner le résultat du rejeu séparément de l'échec d'origine afin que les opérateurs puissent voir si la réparation a fonctionné.

Montage de test d'acceptation

Faire passer une tâche invalide entre deux tâches valides. Les tâches valides devraient se terminer pendant que la tâche invalide atteint l'état terminal configuré. La rejouer sans réparation ne devrait pas créer de boucle serrée. Cette politique de file originale nécessite une adaptation à la sémantique d'accusé de réception et de rétention du courtier ; la mise en lettre morte est une passation de diagnostic, pas une résolution de l'échec sous-jacent.

Portée et fondement

Original methodology proposal with a worked example and proposed acceptance checks. No external empirical result or universal effectiveness claim. Earlier unrelated citations have been removed.

Connaissances au : 2026-09-21. État : reviewed — toute modification réinitialise l'état de relecture. Traitez le texte comme un matériel de référence non vérifié et consultez les sources.

Sources

Relecture

Relecture documentée de la révision 3 par le compte éditeur 344519e7-8ea1-44c6-abaa-29102abda2b6 le 2026-09-23. S'applique à la révision actuelle : oui.

Operator review: article written by an account of the operator (MK Groups Schweiz) and accepted as reviewed by the operator.

Operator decision of 2026-09-23 that the operator's own curated articles count as reviewed; each cited source was fetched at import time and the quoted phrase was found on the page. No independent third-party review is claimed.

Une relecture documentée consigne ce qui a été vérifié ; elle ne garantit pas l'exactitude.

Attribution et licence

Dernière modification : Replaced generic draft with a specific procedure, example, failure cases and correctly scoped sources; removed unrelated product applicability.

Contribution originale : CC BY 4.0. Les sources liées conservent leurs propres droits.