Consultez les connecteurs compatibles avec Application Integration.

Présentation des relectures d'exécution

Avec Application Integration, vous pouvez rejouer des exécutions en réexécutant l'intégration d'origine en tant que nouvelle exécution d'intégration. Les flux d'Application Integration sont conçus pour orchestrer la communication et l'échange de données entre différents systèmes. Ces flux peuvent être complexes, impliquer plusieurs étapes et reposer souvent sur des interactions avec des systèmes tiers externes. Par conséquent, vos exécutions peuvent parfois échouer pour diverses raisons, y compris les suivantes :

  • Erreurs dans le flux : le flux d'intégration contient une logique incorrecte, comme des transformations de données défectueuses ou des étapes mal configurées.
  • Problèmes liés à des systèmes externes : problèmes ou temps d'arrêt liés à des systèmes tiers (bases de données, services Web ou API, par exemple) avec lesquels le flux d'intégration interagit.
  • Erreurs réseau temporaires : problèmes de connectivité temporaires entre les systèmes impliqués dans l'intégration.

Après avoir débogué les échecs dans vos intégrations publiées, vous pouvez rejouer les exécutions de vos intégrations. Le rejeu d'une exécution régénère le flux et retraite l'intégration d'origine en tant que nouvelle exécution d'intégration.

Avantages

La relecture d'une exécution peut être utile dans les scénarios suivants :

  • Gestion des événements de déclenchement : lorsque vous souhaitez réexécuter une exécution ayant échoué, en particulier une exécution déclenchée par un système externe, la relecture vous permet de configurer les variables d'entrée qui auraient été fournies par cet événement. Par exemple, supposons que vous ayez une intégration avec un déclencheur Pub/Sub qui se déclenche lors de la réception d'un événement provenant d'une application externe telle que Jira. Lorsque vous rejouez l'exécution, l'événement de déclenchement de Pub/Sub est exécuté, car il peut être difficile de déclencher le même événement depuis Jira.
  • Nouvelle tentative d'exécution en cas d'échec : si votre intégration échoue en raison d'erreurs temporaires ou de problèmes liés à des systèmes externes, vous pouvez relancer l'exécution pour réexécuter le flux et finaliser l'intégration.
  • Valider les intégrations publiées avec des valeurs d'entrée modifiées : la relecture vous permet de tester les intégrations publiées en les exécutant à nouveau avec différentes valeurs de variables d'entrée. Vous gagnez ainsi du temps, car vous n'avez pas besoin de relancer manuellement l'intégralité de l'intégration. Les variables masquées et non masquées peuvent être modifiées pendant la relecture.
  • Relancer les exécutions à partir du point d'échec : la relance vous permet de réexécuter les exécutions à partir du point d'échec dans une intégration publiée. Cela permet d'éviter la réexécution inutile des tâches réussies, ce qui permet de gagner du temps et des ressources de débogage.

Pour savoir comment relire les exécutions, consultez Relire les exécutions.

Remarques

Les considérations suivantes s'appliquent aux exécutions de relecture :

  • États d'exécution : vous pouvez rejouer les exécutions dont l'état est Réussie, Échec ou Annulée. Pour rejouer des exécutions qui sont dans d'autres états, vous devez les annuler.
  • Versions publiées compatibles : lorsque vous rejouez une exécution après avoir modifié la version publiée de l'intégration, assurez-vous que ces modifications sont compatibles avec l'exécution d'origine. Par exemple, si l'exécution d'origine nécessitait deux variables d'entrée et que la version mise à jour de l'intégration n'en nécessite qu'une, l'exécution de la répétition échoue.
  • Mode d'exécution : les exécutions de relecture suivent le même mode d'exécution que l'exécution d'origine, même si la version de l'intégration a changé.

Limites

La relecture d'une exécution est soumise aux limites suivantes :

  • Il n'est pas possible de rejouer une exécution déclenchée par un déclencheur de programmation.
  • Par défaut, les exécutions rejouées ont un délai de 10 minutes. Si l'exécution ne se termine pas dans le délai imparti, son état est défini sur CANCELLED.

Étapes suivantes