Idempotence
Une opération idempotente produit le même effet sur l’état, qu’elle soit exécutée une seule fois ou répétée à l’identique.
L’idempotence signifie que répéter une opération identique produit le même effet prévu sur l’état du système qu’une exécution unique. Réponse et journaux ne doivent pas forcément être identiques.
Un appel ERP fictif crée W-240 avec la clé stable shop-1:W-240:create. Si la destination reconnaît cette clé de façon fiable, une répétition ne doit pas créer une deuxième commande. Portée, contenu et conservation doivent respecter les règles réellement prises en charge.
Une clé ignorée par le destinataire ne protège rien. Le nom de méthode HTTP ne prouve pas non plus la justesse métier de l’intégration. L’idempotence décrit l’effet de la répétition ; la stratégie de nouvelle tentative définit quand réessayer.
Sources
Termes associés
- Stratégie de nouvelle tentativeUne stratégie de nouvelle tentative précise quels échecs relancer, avec quels délais et jusqu’à quelle limite.
- Server-Sent EventsLes Server-Sent Events transmettent du texte du serveur au client par HTTP, par exemple sur l’avancement d’une tâche en arrière-plan.
- ETagUn ETag identifie une version de représentation d’une ressource HTTP et permet des lectures ou modifications conditionnelles.
- Cross-Origin Resource SharingCORS contrôle l’accès du navigateur aux réponses d’une autre origine. Il ne remplace ni la connexion ni la vérification des droits de l’API.
- Échange de données informatiséL’EDI transmet des documents métier structurés entre systèmes. Format, profil du partenaire, correspondance des données et réponses doivent être cohérents.
- Traitement en temps réelLe traitement en temps réel suit un objectif de latence défini. Heure de l’événement, heure de traitement et données tardives exigent des règles explicites.
Articles sur le sujet
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.