Consultez les connecteurs compatibles avec Application Integration.

Présentation des exécutions en mode "Replay"

Avec Application Integration, vous pouvez répéter les 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 s'appuyer 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:votre flux d'intégration contient une logique incorrecte, comme des transformations de données défectueuses ou des étapes mal configurées.
  • Problèmes avec des systèmes externes:problèmes ou temps d'arrêt liés aux 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 temporaires de connectivité entre les systèmes impliqués dans l'intégration.

Après avoir débogué les échecs de vos intégrations publiées, vous pouvez rejouer les exécutions de vos intégrations. Si vous rejouez une exécution, le flux est régénéré et l'intégration d'origine est retravaillée 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 celle 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 disposiez d'une intégration avec un déclencheur Pub/Sub déclenché lors de la réception d'un événement à partir d'une application externe telle que Jira. Lorsque vous répétez 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 à partir de Jira.
  • Réessayer les exécutions ayant échoué:si votre intégration échoue en raison d'erreurs temporaires ou de problèmes avec des systèmes externes, vous pouvez répéter 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 fonctionnalité de 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 réexécuter manuellement l'intégralité de l'intégration. Les variables masquées et non masquées peuvent être modifiées lors de la relecture.
  • Réexécuter les exécutions à partir du point de défaillance:la relecture vous permet de réexécuter les exécutions à partir du point de défaillance dans une intégration publiée. Cela évite de réexécuter inutilement des tâches réussies, ce qui permet de gagner du temps et des ressources de débogage.

Pour savoir comment lire des exécutions, consultez Lire des exécutions.

Remarques

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

  • États d'exécution : vous pouvez réexécuter les exécutions dont l'état est Succeeded (Réussite), Failed (Échec) ou Cancelled (Annulée). Pour rejouer des exécutions dans d'autres états, vous devez les annuler.
  • Versions publiées compatibles:lorsque vous reproduisez une exécution après avoir modifié la version d'intégration publiée, 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 d'intégration mise à jour n'en nécessite qu'une seule, l'exécution de la relecture échoue.
  • Mode d'exécution:les exécutions de la fonctionnalité 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 change.

Limites

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

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

Étape suivante