Requêtes rejouées et réponses lentes

Le réseau lâche au milieu d'une opération. Appuyez deux fois sur le bouton et regardez ce qui reste en base — avec une clé d'idempotence et sans.

Touchez une partie du schéma pour ouvrir l'étape.

L'image complète

Une clé par opération transforme la reprise en lecture d'un résultat déjà stocké. Un contrat asynchrone transforme l'attente en abonnement. Les deux disent la même chose : le réseau n'est pas fiable, et c'est le cas normal, pas l'exception.

Ce qu’il y a dedans

  1. 1 La requête et la connexion coupée — Activez « couper le réseau après le débit » et appuyez deux fois.
  2. 2 Ce que fait le serveur — La clé est inventée par le client, une par opération, et répétée à chaque nouvelle tentative.
  3. 3 Sans clé : des doublons — Les tentatives ne viennent pas que des gens : le navigateur, les proxys et les files de tâches en font aussi.
  4. 4 Avec une clé : un seul enregistrement — La ligne est créée avant l'action elle-même, sinon deux tentatives simultanées se croisent sans se voir.
  5. 5 Réponse lente : 504 ou 202 — Le flux exige que le buffering du proxy soit coupé, sinon tout arrive d'un bloc à la fin.

Explications interactives

1 / 5